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

您对以下“通用”代码优先的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。

希望这可以帮助！

（编辑：安卓应用网）

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