Как часть нашей прикладной архитектуры, нам нравится определять четкие линии между нашими функциональными уровнями.Поэтому типичное прикладное решение будет содержать:
- Entity
- Модель
- Задача
- Presenter
- FrontEnd
В конечном итоге это совершенно разные сборки.
Разграничение сущности / модели делается для того, чтобы функциональность доступа к базе данных находилась на отдельном уровне от наших POCO, так что только Модель когда-либо должна знать о моделив то время как все до Presenter знают о Entity
. Это хорошо работает при использовании Code-First или Fluent-API - но из-за отсутствия поддержки SPROC в этих парадигмах, получается, что в EF 4.1 I должен использовать модели EDMX.
Итак - я генерирую POCO с помощью генератора DbContext, но результирующие классы попадают в .Model, и хотя я могу вместо этого принудить их пространство имен в .Entity, они все еще живут в сборке .Model, котораяозначает, что .Presenter должен ссылаться на .Model, чтобы получить доступ к классам, которые должны быть в .Entity.
Есть ли способ заставить или обмануть EF, чтобы выгрузить сгенерированный вывод в другой проект?