c# - 将实体框架放置在我们的解决方案中的什么位置？

Question

好的，所以我们有一个包含以下项目的解决方案：

• 商业逻辑
• 实体
• 数据访问
• 实用程序
• 单元测试
• 用户界面

这是一个非常大的企业级应用程序。我的问题是，我们将实体框架放在哪里？一方面，EF 似乎是一种数据访问技术，应该进入 DataAccess 项目。但另一方面，它会生成自己的实体，这些实体应该放在我们已经很大的实体项目中。

哪个项目更适合实体框架？

是否可以从 EF 中的持久性逻辑中拆分实体？

Answer 1

将 EDMX 文件放入 DataAccess。为实体添加 T4 模板并将其从 DataAccess 移动到实体（您可能必须在模板中修改 EDMX 的路径）。它会起作用的——我一直在使用它。

编辑：

这是POCO 的 Walktrhough，但它应该与 STE 相同。

Answer 2

我可能会误解您的问题，但我首先建议的是为您的实体框架创建一个新项目。

它是否有充分的理由与其他项目一起使用？将其分开使其体积更小，更易于管理。还可以降低依赖关系。