【发布时间】:2011-06-14 19:58:05
【问题描述】:
作为我们应用程序架构的一部分,我们喜欢在功能层之间定义清晰的界限。因此,一个典型的应用解决方案将包含:
- 实体
- 型号
- 任务
- 演讲者
- 前端
这些最终成为完全不同的程序集。
Entity/Model 的描述是为了将数据库访问功能与我们的 POCO 保持在一个单独的层中,这样只有 Task 需要了解 Model,而 Presenter 之前的每个人都知道 Entity
这在使用 Code-First 或 Fluent-API 时效果很好 - 但由于在这些范例中缺乏对 SPROC 的支持,事实证明在 EF 4.1 下我必须使用 EDMX 模型。
所以 - 我正在使用 DbContext 生成器生成 POCO,但生成的类最终位于 .Model 下,虽然我可以将它们的命名空间强制转换为 .Entity,但它们仍然存在于 .Model 程序集中,这意味着 now 。 Presenter 必须引用 .Model 才能访问应该在 .Entity 中的类。
有没有办法强制或欺骗 EF 将其生成的输出转储到不同的项目中?
【问题讨论】: