Почему ASP.NET MVC должен быть веб-приложением?

Question

Мне интересно, есть ли у кого-нибудь понимание, почему сайты ASP.NET MVC должны создаваться как веб-приложение (компилируется в один .dll) в Visual Studio, а не как веб-сайт (каждая страница является .dll )? Я подозреваю, что это как-то связано с маршрутизацией. Есть мысли?

Answer 1

Веб-приложения имеют файл .csproj, который дает намного лучший контроль над процессом сборки по сравнению с проектом веб-сайта, который на самом деле представляет собой просто набор файлов и папок со сборкой, полностью управляемой VS IDE, насколько я Я в курсе.

Возможно, вы правы в отношении маршрутизации, но другая возможная причина связана со структурой проекта и взаимосвязью между проектом приложения MVC и его тестовым проектом.

Одним из ключевых отличий между веб-приложением и веб-сайтом является то, что веб-сайт является автономной сущностью, он не существует в решении, что затрудняет выражение взаимосвязи тестового проекта с проектом приложения, тогда как если используется веб-приложение, то веб-сайт и его тесты можно рассматривать как два проекта в рамках общего решения, а также получить все преимущества использования MSBuild

Answer 2

Хорошо, я понял это. Единственная причина, по которой приложение ASP.NET MVC является веб-приложением, а не веб-сайтом, связана с модульными тестами. Вы можете «преобразовать» приложение ASP.NET MVC в веб-сайт с очень небольшими изменениями, но модульные тесты не будут работать, поскольку они не имеют ссылки на веб-сайт. Но я уверен, что вы можете заставить модульные тесты работать, если начнете тянуть логику своего приложения (контроллеры и т. Д.) В отдельную библиотеку классов, а затем ссылаться на эту библиотеку классов на веб-сайте и модульных тестах. *