Как правильнос построить N-Tier/N-Layer архитектуру для ASP.NET проекта?

Question

[Антон Старостин]

Здравствуйте. Вот уже долгое время не могу найти кошерный способ построение N-Tier/N-Layer архитектуры.
Из того, что я нашел, необходимо создать Solution в среде Visual Studio, в котором создать не менее 2 проектов типа ClassLibrary (слои DAL и BLL) и один проект ASP.NET (слой Web).

При более подробном изучении узнал, что необходим еще один слой - Domain Transfer Object (DTO).
Итого получилось такая структура:

0) Слой DTO, в котором находятся классы объектов. В них будет происходить маппинг свойств из объектов Entity Framework на слое DAL.
1) Слой DAL. Здесь вся работа с базой. Собственно модель из EntityFramework, и класс репозитория, который служит в качестве обертки над каждой таблицей (Обладает набором свойств для оперирования с таблицами. По одному классу репозитория на каждую из таблиц).
2) Слой BLL. Здесь все бизнес процессы и классы, которые я называю сервисы. К примеру, ProductService, который внутри инициализирует поле типа ProductRepository и вызывает его методы, а результаты метода возвращает выше, в слой Web.
3) Слой Web. Здесь контроллеры, представления и прочее.

Так как хочется сделать слои слабосвязными, пытаюсь применять механизм Dependency Injection. Для этого приходится создавать интерфейсы для классов репозиториев и классов сервисов (IProductRepository и IProductService). На данный момент эти интерфейсы определяю в слое DTO, там же где и объекты-контейнеры.

Подобная структура вполне работоспособна, но хотелось бы сделать все кошерно, красиво и как у профессионалов. Помогите пожалуйста советом, что я делаю неправильно и как это можно исправить/улучшить? Основной вопрос мучает по поводу того, как правильно обращаться к репозиторию слоя DAL из контроллеров в слое Web (целесообразно ли использование сервисов), а также в каком слое правильно определять интерфейсы (интерфейсы сервисов – в BLL, а интерфейсы репозиториев – в DAL)?

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

Answer 1

[Алексей Гагарин]

Тема достаточно глубокая, лично я сейчас сам её изучаю. Пока что просто подкину вам нужную ссылку:
blog.byndyu.ru/2014/05/blog-post.html
Почитайте, у Александра там ещё много чего интересного написано по этой теме.
Если говорить конкретно по вашему сообщению, то в целом вы всё описываете правильно. Т.е. у вас может быть слой DAL для доступа к базе данных и получения объектов. При этом DAL не содержит бизнес-логики, он только возвращает объекты. Причём списки объектов желательно возвращать как IEnumerable, а не IQueryable.
Далее, как вы правильно сказали, есть слой бизнес-логики. Опять же, как правильно было замечено, слой бизнес-логики хранит ссылку на интерфейс DAL и обращается к нему для получения объектов. Конкретный DAL задаётся через DI.
Насчёт обращения к DAL из контроллера - я бы рекоммендовал всё-таки обратиться через сервис. Вообще я задавал Александру почти точно такой же вопрос - что если мне требуется просто получить список объектов из DAL. Он дал мне ссылку на эту статью blog.byndyu.ru/2011/08/repository.html Почитайте, там как раз об этом.
По-поводу того, в каких сборках правильнее хранить интерфейсы - я, к сожалению, сам пока точно не знаю, так как не прочитал ещё достаточно литературы.
И в финале скажу, что сам Александр рекоммендует по-возможности использовать не сервисные слои, а CQRS. О том что это - поищите в поисковике. Надеюсь ответ был полезен.

Comments

[Антон Старостин]

Алексей, большое спасибо Вам за ссылки и ответ. Сейчас пойду изучать приведенный материал, и надеюсь он откроет мне глаза на то, как правильно использовать N-layer архитектуру.

Вопрос некоторое время подержу открытым, вдруг кто-то еще поделится своим опытом, если этого не произойдет - помечу Ваш ответ как решение.

Еще раз большое спасибо

Answer 2

[Александр Бындю]

А про CQRS я сейчас пишу довольно объемную статью, а пока есть видео vimeo.com/90706105 и слайды www.slideshare.net/AlexanderByndyu/cqrs-36278020

Comments

[Алексей Гагарин]

Александр, привет, а я тут всем ваш блог советую :D

[Александр Бындю]

Алексей Гагарин: Спасибо :) Кстати, про CQRS я статью уже написал blog.byndyu.ru/2014/07/command-and-query-responsib... там подробно изложены принциы и примеры

Answer 3

[Вячеслав Золотов]

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

Comments

[Антон Старостин]

Многие разработчики путают эти две архитектуры, называя N-Tier'ом N-Layer архитектуру, именно поэтому в названии темы я перечислил обе архитектуры, чтобы привлечь внимание и тех и других. В самом же тексте вопроса я неоднократно называл каждый из проектов - слоями.

[Алексей Гагарин]

Кстати, момент интересный, я как-то всё хотел упомянуть его в своём ответе, да забыл.
Постараюсь немножко подытожить. Большая часть моего ответа посвящена именно N-Layer архитектуре, т.е. разбиению вашего приложения на логические слои. Это помогает инвертировать зависимости и сделать приложение зависимым не от конкретной реализации, а от интерфейсов, что позволяет, к примеру, подменять базу данных или ORM без изменения клиентской части. Но вы это и сами всё прекрасно понимаете.
Разумеется такой подход не даёт роста производительности.
Сразу скажу, что я никогда не делал распределённых вэб-приложений, но по самой первой ссылке, которую я привёл, Александр как-раз и описывает данную тему. Т.е. по сути там ведётся речь как раз об N-Tier архитектуре.