Архитектура ASP.Net относительно разделения слоев в больших проектах

Question

В настоящее время на ранних этапах разработки очень крупного проекта с использованием ASP.Net MVC.

В настоящее время мы используем стандартный формат (т. Е. Папки для каждой из моделей / представлений / контроллеров). Уже сейчас я начинаю видеть большую кодовую базу, которая может умножаться в 100 раз и ради будущей ремонтопригодности. Рассмотрим вопрос о переносе всей логики Models and Buisness в отдельную библиотеку классов, оставив контроллеры и Views в проекте MVC.

У кого-нибудь есть мысли по этому поводу? У кого-нибудь есть подобный опыт?

Answer 1

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

Чтобы уточнить, я храню модели представления / представления в веб-проекте, а модели сущностей / доменов - в отдельной библиотеке моделей.

Answer 2

Взгляните на Архитектура S # arp .

Он разделяет модель, контроллеры и сервисный слой в отдельных библиотеках.

Он также имеет концепцию областей (которая недавно была также введена в MVC2)

Это один из лучших примеров архитектуры MVC для крупных проектов.