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

实体框架 – 对ASP.NET MVC Onion架构的意见

发布时间:2020-12-16 00:45:31 所属栏目:asp.Net 来源:网络整理
导读:您对以下“通用”代码优先的Onion启发式ASP.NET MVC架构有何看法? 层次解释: 核心 – 包含域模型。例如这是商业对象及其关系。我正在使用实体框架来直观设计实体和它们之间的关系。它允许我为数据库生成一个脚本。我正在获得自动生成的类似POCO的模型,我
您对以下“通用”代码优先的Onion启发式ASP.NET MVC架构有何看法?

层次解释:

核心 – 包含域模型。例如这是商业对象及其关系。我正在使用实体框架来直观设计实体和它们之间的关系。它允许我为数据库生成一个脚本。我正在获得自动生成的类似POCO的模型,我可以在下一层(Persistence)中自由引用,因为它们很简单(即它们不是数据库特定的)。

持久性 – 存储库接口和实现。基本上CRUD操作在域模型上。

BusinessServices – 存储库周围的业务层。所有业务逻辑应该在这里(例如GetLargestTeam()等)。使用CRUD操作来组合返回对象或获取/过滤/存储数据。应包含所有业务规则和验证。

Web(或任何其他UI) – 在这种特殊情况下,它是一个MVC应用程序,但这个项目背后的想法是提供UI,由业务服务提供驱动。 UI项目消耗了业务层,不能直接访问存储库。 MVC项目有自己的View模型,它们是针对每个View的情况。我不是试图强迫它的域模型。

所以引用如下:
UI – >商务服务 – >存储库 – >核心对象

我喜欢什么

>我可以设计我的对象,而不是手动编码。我正进入(状态
代码生成的模型对象。
> UI由业务驱动/执行
层。不同的UI应用程序可以编码相同
商业模式。

混合的感觉:

>好的,我们有一个可插入的存储库实现,但是你真的有多少同一个持久化接口的不同实现?
> UI也是如此 – 我们有技术能力根据相同的业务规则来实现不同的UI应用程序,但是为什么我们可以简单地渲染不同的视图(移动,桌面等)?
>我不知道UI是否只能通过View模型与业务层进行通信,或者我应该像现在一样使用域模型来传输数据。为了显示,我正在使用视图模型,但是对于数据传输,我使用的是域模型。错误?

我不喜欢什么

>核心项目现在在其他所有项目中被引用 – 因为我需要访问域模型。在经典的洋葱架构中,核心仅由下一层引用。
> DbContext在.Core项目中实现,因为它是由Entity Framework生成的,与.edmx在同一个地方。我实际上想要使用.EDMX进行可视化模型设计,但是我觉得DbContext属于持久层,在数据库特定的存储库实现中。

作为一个最后的问题 – 什么是不是过度设计的好建筑(比如一个完整的洋葱,我们注射,服务定位器等),但同时提供一些合理的灵活性,在那里你会现实需要吗?

谢谢

解决方法

哇,这里有很多话要说;-)

首先,我们来谈谈整体架构。

我可以看到,这不是一个真正的洋葱建筑。你忘记了最外层,“依赖关系分辨率”层。在洋葱架构中,根据这一层将Core接口与基础架构实施(Persistence项目所在的位置)进行连接。

以下是您在洋葱应用程序中找到的内容的简要说明。核心层中的内容是业务所特有的:域模型,业务流程…此层将所有技术实现需求定义为接口(即存储库接口,日志记录接口,会话接口…)。核心层不能引用任何外部库,并且没有技术特定的代码。第二层是基础设施层。此层为非业务核心接口提供实现。这是您调用DB,您的Web服务的地方…您可以引用所需的任何外部库,以提供实现,根据需要部署尽可能多的nugget软件包:-)。第三层是你的UI,你知道要放在哪里;-)最新的层,这是我上面谈到的依赖关系。

层次之间的依赖关系朝向中心。

以下是它的外观:

现在的问题是:如何适应您在洋葱架构中已编码的内容。

Core: contain the Domain model

是的,这是正确的地方!

Persistence – Repository interface and implementations

那么你需要使用实现来分离接口。接口需要移动到Core中,实现需要移入Infrastructure文件夹(您可以调用此项目Persistence)。

BusinessServices – A business layer around the repository. All the
business logic should be here

这需要在Core中移动,但是您不应该在这里使用存储库实现,只需操作界面!

Web (or any other UI) – In this particular case it’s an MVC
application

酷:-)

您将需要添加一个“Bootstrapper”项目,只需看看here,看看如何继续。

关于你的混合感觉:

我不会讨论有没有存储库的需要,你会在stackoverflow上找到很多答案。

在我的ViewModel项目中,我有一个名为“Builder”的文件夹。我的Builders可以与我的Business Services接口讨论,以获取数据。构建器将收到Core.Domain对象的列表,并将它们映射到正确的ViewModel中。

关于你不喜欢什么:

In classic Onion architecture,the core is referenced only by the next
layer.

假的! :-)每个层都需要Core来访问在那里定义的所有接口。

The DbContext is implemented in the .Core project,because it is being
generated by the Entity Framework,in the same place where the .edmx
is

再一次,一旦编辑与您的EDMX相关联的T4模板变得非常容易,这不是问题。您只需要更改生成的文件的路径,您可以在基础架构层中安装EDMX,并在Core.Domain项目中拥有POCO。

希望这可以帮助!

(编辑:李大同)

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

    推荐文章
      热点阅读