Я (нуб) повторно использую некоторый обучающий код в MVC. Используя различные веб-статьи в качестве руководства, я помещаю бизнес-логику, такую как «добавить запись», в отдельный проект. Чтобы избежать циклических ссылок, следует ли мне также переместить модель и другие компоненты в их собственный проект?
Также будет ли BL, модель инстанциирована в контроллере? Спасибо
Обычно ваш контроллер вызывает ваш бизнес-уровень. Это зависит от специфики, но в большинстве ситуаций ваш бизнес-уровень будет вызывать уровень данных, который будет создавать фактические объекты модели.
Для начала лучше оставить модель в том же проекте, если размер решения является управляемым.
Это лучший способ избежать циклических ссылок. Это при условии, что создаваемая вами сборка не будет использоваться многими другими зависимыми проектами, и в этом случае проекты могут быть разделены - это зависит от размера и масштаба вашего приложения.
например Для небольшого веб-приложения я бы структурировал решение MVC следующим образом - используйте папку по умолчанию для модели. Он будет содержать классы, которые представляют объекты бизнес-домена и при необходимости могут быть украшены различными атрибутами.
Хорошо создать еще одну папку для уровня доступа к данным - я делаю папку «Репозиторий» для доступа к данным, и она содержит все обращения к источникам данных, такие как заполнение наборов данных через соединения oledb, linq и т. Д.
Контроллер вызывает классы из репозитория и заполняет объекты модели данными. Итак, отвечая на ваш вопрос, контроллер создает экземпляр модели и заполняет эту модель с помощью методов уровня доступа к данным.
Вот пример:
код контроллера:
PurchaseOrder model = new PurchaseOrder();
string orderNumber = "123";
model.ListOfItems = purchaseOrderRepository.GetPurchaseOrderItems(orderNumber);
