加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 编程开发 > asp.Net > 正文

asp.net-mvc – 我应该将.edmx和生成的POCO类放在哪一层?

发布时间:2020-12-16 07:00:10 所属栏目:asp.Net 来源:网络整理
导读:这是关于使用EF DB First模型的分层设计. 到目前为止,我之前没有使用过实体框架,只使用实体并放置在具有域/ DTO子文件夹的不同项目中.在DataAccessLayer,业务层和MVC应用程序中也引用相同的内容,并使用通常的ADO.Net查询编写代码并准备我的实体的POCO.没有问
这是关于使用EF DB First模型的分层设计.

到目前为止,我之前没有使用过实体框架,只使用实体并放置在具有域/ DTO子文件夹的不同项目中.在DataAccessLayer,业务层和MVC应用程序中也引用相同的内容,并使用通常的ADO.Net查询编写代码并准备我的实体的POCO.没有问题.

现在我们正在使用Entity Framework DB First模型开发应用程序.我们选择这个DB First模型,因为DB Design不在我们的控制之下.它由DBA完成.

我想在这里重复使用旧的简单设计.但不确定我应该在哪个/哪个层完全适合edmx文件和生成的POCO类.我没有找到任何具有分层架构风格的样本使用DBFirst方法.

我提到了这个. http://aspnetdesignpatterns.codeplex.com但他们使用NHybernate

这是旧设计的高级概述.

有关设计/样品的任何建议,欢迎您.

编辑:

从下面的答案中,我认为实体框架产生了POCO,我们可以将现有的Entities / Domain层重命名为Domain Layer,并将生成的POCO类放在那里.此外,我们可以简单地将DataAccessLayer中的.edmx保存为包含EF for TDD的IRepository类列表.这是否有意义?还是有价值的?

更新:

Currently i removed DataAccessLayer and keep only Entities layer which
has a model.edmx file and classes generated by EF and also all
Repository classes implementing IRepository. I refer this into
Business Layer,MVC as well. Am i doing right? I feel like i am doing
a bad design

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读