Должен ли я использовать несколько сборок для изолированного веб-приложения ASP.NET?

Question

Исходя из корпоративной ИТ-среды, стандарт всегда создавал проект библиотеки классов для каждого уровня, бизнес-логики, доступа к данным и иногда большей изоляции конкретных типов.

Теперь, когда я работаю над собственным проектом веб-приложений, я не вижу реальной необходимости изолировать свой код таким образом.

У меня нет нескольких приложений, которым необходимо предоставить доступ к этой логике или услуге. Я также не вижу преимуществ для сценариев развертывания.

Я склоняюсь к помещению всех артефактов в одно веб-приложение, логически разделенное папками проекта.

Я хотел знать, что представляют собой мысли сообщества.

---

Позволь мне добавить больше информации ...

Я пишу это приложение с помощью MVC предварительного просмотра 5, поэтому блок тестирования части будет поддерживаться разделением задач наследуют в рамках. Мне действительно нравятся тесты на все!

Answer 1

Начните с самой простой вещи и добавьте сложности, если и когда потребуется. Похоже, что одна сборка будет работать отлично для вашего дела. Однако будьте осторожны, чтобы не нарушать слои, если слой A получил доступ к внутреннему члену слоя B. Это затруднит выведение слоев на отдельные сборки позднее.

Answer 2

Я бы сказал, это зависит от того, насколько вы серьезно относитесь к тестированию и модульному тестированию.

Если вы планируете проводить только пользовательские/ручные тесты или использовать в основном, тестируйте только из интерфейса пользователя вниз, то это действительно не имеет значения.

С другой стороны, если вы планируете выполнять частичное тестирование или проверку бизнес-правил, определенно имеет смысл разделить вашу работу на разные сборки.

Даже для небольших личных проектов я считаю, что этот подход облегчает мою жизнь по мере продолжения проекта. Я все еще запускаю все из одного и того же решения, просто с веб-проектом для пользовательского интерфейса, библиотекой для бизнес-правил/логики приложений и другой библиотекой для DAL.

Answer 3

Вы должны по-прежнему разделить логически слои на соответствующие проекты.

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