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