六角形体系结构asp.netcore webapi中域与基础设施层的不耦合
在六角形体系结构中，ASP.NET Core Web API的域和基础设施层应该保持解耦。
域层是应用程序的核心，包含了业务逻辑和规则。它是与具体技术无关的，可以独立于任何框架或库进行测试和演化。域层通常包含实体、值对象、聚合根、领域服务等概念。
基础设施层是与外部系统进行交互的部分，包括数据库、文件系统、消息队列等。它负责数据持久化、与外部系统的通信以及其他与基础设施相关的操作。基础设施层应该是可插拔的，可以轻松地更换底层技术或第三方库。
将域层和基础设施层解耦的好处是：
- 可测试性：域层可以独立于基础设施进行单元测试，因为它不依赖于具体的数据库或其他外部系统。这样可以更容易地编写可靠的测试用例，提高代码质量。
- 可维护性：由于域层与基础设施层解耦，所以可以更容易地修改或替换基础设施层的实现，而不会对域层产生影响。这样可以降低代码的耦合度，提高系统的可维护性。
- 可扩展性：通过解耦域层和基础设施层，可以更容易地扩展系统的功能。例如，可以轻松地添加新的数据库或更改消息队列的实现，而不需要修改域层的代码。
在ASP.NET Core Web API中实现域与基础设施层的解耦可以采用以下方法：
- 使用依赖注入：通过依赖注入容器，将域层和基础设施层的实现解耦。域层只依赖于抽象接口，而不依赖于具体的实现。这样可以在运行时动态地注入不同的实现。
- 定义接口和实现：在域层中定义接口，描述与基础设施层的交互方式。然后在基础设施层中实现这些接口。通过接口的方式，域层可以与基础设施层进行通信，而不依赖于具体的实现。
- 使用领域事件：领域事件是一种在域层中定义并由基础设施层处理的事件。通过使用领域事件，可以将域层和基础设施层解耦，实现异步的事件驱动架构。
推荐的腾讯云相关产品和产品介绍链接地址：
- 云数据库 TencentDB：https://cloud.tencent.com/product/cdb
- 云存储 COS：https://cloud.tencent.com/product/cos
- 云原生容器服务 TKE：https://cloud.tencent.com/product/tke
- 人工智能平台 AI Lab：https://cloud.tencent.com/product/ailab
- 物联网平台 IoT Hub：https://cloud.tencent.com/product/iothub
- 移动开发平台 MDP：https://cloud.tencent.com/product/mdp
- 区块链服务 BaaS：https://cloud.tencent.com/product/baas
- 元宇宙平台 Tencent XR：https://cloud.tencent.com/product/xr
请注意，以上链接仅供参考，具体的产品选择应根据实际需求和情况进行评估。
相关·内容
我使用的是六边形架构，扩展asp.netcore身份的应用程序用户实体在域层(因此将域耦合到基础架构层)，以及技能实体(应用程序用户可以具有多个技能，一个技能可以属于多个应用程序用户)，您对应用程序用户是域实体有什么想法，我们可以使用什么方法将其保留在域中，同时又不将该层耦合到基础架构层？
浏览 18提问于2021-01-12得票数 1
1回答
在我建造它的时候，我还不知道，我建造了一座“金字塔”建筑。我没有意识到这一点，直到我在我的新的Visual 2013图层图表中列出了这一点。每个层取决于下面的层，以及下面的所有其他层。我怀疑这是我的一些不幸的原因。每一个较高的层都违反SRP，因为它有多个改变的理由，对吗？它有多个契约，具有多个基础层。如果这些层中有任何更改，则组件必须更改。
我<
浏览 0提问于2015-03-06得票数 3
回答已采纳
背景：为了我自己的清晰/自我教育，我尝试使用TDD + DDD实现一个简单的订单输入应用程序。我的主要目标是通过分离关注点来保持体系结构的整洁。
域/BLL层包含执行细粒度操作的“业务实体”类，以帮助创建新订单、应用税收、折扣、基于订单大小和客户位置的发货逻辑。应用程序外观( WebServices /编排)包含粗大、粗粒度
浏览 3提问于2012-12-07得票数 29
回答已采纳
2回答
二层集装箱
、、、
我正在尝试使用像IoC这样的IoC来设计IoC应用程序。我有以下三个层次(3个项目)：
Repository层有接口IRepository<T>和它的一些实现。而且在服务中还存在有两个不同实现的接口IService<T>。请您告诉我，是否应该在WebApi项目中使用DI容器来绑定IService<T>和ServiceConcrete<T>，在服务项目
浏览 5提问于2016-01-26得票数 8
回答已采纳
2回答
我正在用域驱动设计实现一个六角形架构。
我有一个名为"Address“的值对象，它有一个”Value ()“方法。我希望为域内的地址提供默认的验证提供程序，但也允许外部用户提供覆盖的验证器。因此，我创建了一个AddressValidationAdapter接口，它可以由外部世界以“依赖反转”的方式实现。我的问题是-在我的地址类中调用我的AddressValidationA
浏览 3提问于2022-11-16得票数 0
在核心层使用ISpecification (来自Ardalis.Specification包)，不会导致与库的紧密耦合吗？我认为它为特定的库添加了紧密耦合，这违反了OOP原则，并影响了它的未来发展。
浏览 45提问于2021-05-10得票数 1
3回答
我在网上搜索了很多，比如如何在洋葱体系结构中构建领域驱动设计？困扰我的是，这个HelloWorld的例子在现实生活中似乎不太有效:假设我们构建了应用程序、域和基础设施的传播洋葱结构。在这种情况下，应用程序将是WebApi-部件、域-服务、实体、值对象等，以及域-程序集中定义的接口的实现。
到目前为止还不错，但是使用这种方法，我需要定义域层
浏览 0提问于2017-07-26得票数 5
5回答
洋葱结构与六角形结构相比
、、、
它们之间是否有什么区别(洋葱，六角形)，据我理解，它们是一样的，它们集中在应用程序的核心领域，应该是技术/框架不可知论的领域。使用一种比另一种更有好处，你为什么要使用它？什么时候用？
谢谢
浏览 1提问于2018-04-26得票数 58
回答已采纳
1回答
我使用的是六角形/干净/端口和适配器架构。为了简单起见，我将只在这里讨论域和基础设施，在这里，基础设施依赖于域，但域不知道基础结构。由于域层不知道基础结构，所以它只调用接口中的s
浏览 0提问于2022-09-30得票数 1
在我看来，事件源的概念是事件源与域层相关，而域层不能与基础设施层耦合。所以我不会使用Prooph/事件源组件，这就是为什么Prooph的团队不会维护事件源组件的原因。(会议)
问题来了，聚合、DomainEvent等属于领域层，它们都放在事件源组件中.事件存储属于基础设施层，所以我可以直接使用prooph/事
浏览 3提问于2018-11-28得票数 0
回答已采纳
在杰弗里·巴勒莫关于洋葱建筑的文章中，他声称：域模型周围的第一个层是域服务层，因此这意味着应该在那里定义存储库接口。在边缘，我们看到UI，基础设施和测试。外层是为经常变化的<
浏览 0提问于2020-07-21得票数 2
回答已采纳
1回答
洋葱体系结构讨论了如何分离UI、服务和数据层。通常给出的所有示例都涉及应用程序的单个部署模型。例如，在.net中，大多数示例是如果我的应用程序有多种部署风格，会发生什么？例如，Azure资源相对于前提Server。主机- Azure -与上面相同
<em
浏览 0提问于2018-12-20得票数 -1
3回答
具有弹簧数据的六角结构
、、、
我将开始一个新项目，学习spring引导、spring数据和六角形体系结构。根据我的理解，六边形体系结构的目标是将核心或域层与数据库操作(基础结构层)分开。我已经看到了这个体系结构的以下项目结构。更新：所以我想把域实体和JP
浏览 1提问于2017-10-01得票数 15
回答已采纳
1回答
我可以从DAL返回DTO吗？
、、、、
域层是定义所有实体/模型的地方。
Client <- WebApi Layer <- (DTO) Application Layer <- (Entity) PersistenceLayer
现在，持久化层返回在应用程序层转换为DTO<e
浏览 3提问于2021-08-03得票数 1
回答已采纳
2回答
我正在学习领域驱动设计，并被介绍到洋葱架构的概念，它使用了核心，领域，API和基础设施的术语。如果我想按照Onion构建一个项目，我应该如何将我的结构的相关组件与核心、域、API和基础设施相匹配？API部分是可以理解的，但我对Core和Infrastructure感到困惑。例如，所有与域相关的业务逻辑都在域中，包括实体、值、对象、存储库等。
那么核心是什么，基础设施</em
浏览 0提问于2017-07-03得票数 5
回答已采纳
DDD/“六角形体系结构”坚持将领域(也称为模型)与基础设施需求分离。这看起来很干净，很符合逻辑，直到您意识到，如果域对象碰巧太大，将域对象存储在内存中可能会损害性能，更重要的是从持久存储/网络中获取此类域对象。我所见过的“治愈”方案的核心是将聚合定义为“小的”和“最终的一致性”。两者似乎都将业务规则委托给无状态(“域
浏览 0提问于2019-01-25得票数 2
1回答
端口和适配器体系结构旨在构建解耦的代码。域层不直接依赖于基础设施层，而是依赖于端口(接口)，端口的实现在基础设施层，对吗？我的文件夹结构是这样的：
端口的一个项目:它包含严格的接口。一个
浏览 0提问于2019-01-22得票数 0
1回答
清洁体系结构数据库优先方法-问题
、、、、
我正在使用现有的数据库实现干净的体系结构，使用脚手架命令，我在基础设施层生成了POCO实体，并在域层手动创建了实体，以便稍后映射它们。
在应用程序层中，我有一个通用接口存储库，其中包含一些标准操作。我不能从应用层传递ABC.Infrastructure.Models.User (因为我不能在应用层中添加对基础结构层的引用)，因为规则清洁体系结构，
浏览 7提问于2022-01-27得票数 -1
1回答
我们有一个大的Nodejs项目，我们觉得不能再扩展了。这是因为匆忙地做出决定，想出新的模型、属性和请求处理程序来响应客户需求。我被要求想出一个从旧代码结构迁移到新的更可伸缩的代码结构的计划，当然，这不会影响客户端。以下是我的想法：
创建一个名为v2的新分支，并在(简单、简单但缓慢)的上启动
浏览 3提问于2021-08-03得票数 1
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储活动推荐
腾讯云开发者
