MVC и отдельные проекты

Question

Я новичок в MVC. Я хотел бы иметь свои объекты данных в отдельном проекте из моего основного проекта MVC. Могу ли я просто переместить ВСЕ классы и файлы из моей папки «models» в мой новый проект, а затем добавить ссылку на новый проект данных в моем проекте MVC? Как я смогу использовать модели, как в моих контроллерах (все еще в проекте MVC), так и в моих представлениях?

Answer 1

Вы идете в правильном направлении. Фактически, для всех, кроме самых тривиальных проектов, мне нравится иметь мою модель в отдельной библиотеке классов. И затем, как вы упомянули, вы можете ссылаться на библиотеку классов из своего проекта MVC и использовать классы моделей. Преимущество в том, что, когда у вас будет готовая и отполированная модель в библиотеке классов, вы можете «открыть» любой уровень представления, например, ваш проект MVC или Windows Phone 7 или выставить через WCF.

Имейте в виду, что эти репозитории НЕ являются частью вашей модели. Они являются упорством, и они должны делать операции CRUD, простые и простые. Любые манипуляции должны идти в слое моделей.

Answer 2

Вы должны создавать библиотеки с инструментами, соответствующими вашей технологии внедрения. Например, с Java вы должны создать jar (s), содержащие модели. Вы помещаете банки на путь класса, в зависимости от того, какой проект (ы) использовали их; как только вы это сделаете, у вас есть доступ к библиотеке.

Это хорошая идея, если вы хотите повторно использовать объекты модели и бизнес-требования, которые они реализуют в более чем одном месте. Возможно, вы хотите, чтобы клиенты использовали ваш модельный API для реализации своих собственных клиентов, например.

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

Я могу сказать следующее: большинство проектов начинаются со всех слоев внутри одного проекта. Если часть проекта становится значительно сложной, вы можете реорганизовать отдельные проекты. В некоторых проектах, которые я видел, веб-клиент достаточно сложный, чтобы быть его собственным проектом с собственной командой разработчиков (и собственными слоями MVC). В других проектах все стеки MVC были в одном проекте. Обратите внимание, что вам не нужно, чтобы M в MVC находился в отдельном проекте, чтобы следовать парадигме. Вам просто нужно справиться со всеми проблемами в правильном слое.