好的,所以我们有一个包含以下项目的解决方案:
- 商业逻辑
- 实体
- 数据访问
- 实用程序
- 单元测试
- 用户界面
这是一个非常大的企业级应用程序。我的问题是,我们将实体框架放在哪里?一方面,EF 似乎是一种数据访问技术,应该进入 DataAccess 项目。但另一方面,它会生成自己的实体,这些实体应该放在我们已经很大的实体项目中。
哪个项目更适合实体框架?
是否可以从 EF 中的持久性逻辑中拆分实体?
好的,所以我们有一个包含以下项目的解决方案:
这是一个非常大的企业级应用程序。我的问题是,我们将实体框架放在哪里?一方面,EF 似乎是一种数据访问技术,应该进入 DataAccess 项目。但另一方面,它会生成自己的实体,这些实体应该放在我们已经很大的实体项目中。
哪个项目更适合实体框架?
是否可以从 EF 中的持久性逻辑中拆分实体?
将 EDMX 文件放入 DataAccess。为实体添加 T4 模板并将其从 DataAccess 移动到实体(您可能必须在模板中修改 EDMX 的路径)。它会起作用的——我一直在使用它。
编辑:
这是POCO 的 Walktrhough,但它应该与 STE 相同。
我可能会误解您的问题,但我首先建议的是为您的实体框架创建一个新项目。
它是否有充分的理由与其他项目一起使用?将其分开使其体积更小,更易于管理。还可以降低依赖关系。