《DDD第二篇》- DDD在交易系统中的应用

南天一梦N

已于 2024-01-05 15:28:40 修改

阅读量788

点赞数 1

分类专栏：业务架构设计 DDD领域驱动设计文章标签： java 设计模式需求分析软件工程

于 2023-03-20 17:37:19 首次发布

本文链接：https://blog.csdn.net/caizi1288/article/details/129671391

版权

DDD领域驱动设计同时被 2 个专栏收录

6 篇文章

订阅专栏

业务架构设计

2 篇文章

订阅专栏

文章介绍了四层架构和洋葱架构在交易系统设计中的应用，强调了领域驱动设计（DDD）的核心概念，包括领域层、应用服务层、用户界面层和基础设施层的职责。洋葱架构注重内层业务规则和外层实现机制的分离，降低了层间的耦合。同时，文章讨论了DDD在复杂系统中的优势，如清晰的架构分层，但也指出其学习成本高和代码量增加的缺点。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

电商业务交易创建订单DDD分层及类依赖关系

三、DDD架构优缺点

DDD优点

DDD缺点

1、前言

在交易中台中主要使用的是基于四层架构的洋葱架构，并同时应用了CQRS、事件驱动架构设计。

2、四层架构&洋葱架构介绍

四层架构

1.用户界面层（User Interface Layer）：负责与用户交互，包括图形界面、命令行界面、API等，有时也可单理解为用户接口层，即为端上提供接口的层；

2.应用服务层（Application Services Layer）：负责接收及处理用户请求，并通过协调各个领域服务完成应用程序的业务逻辑。

3.领域层（Domain Layer）：负责实现业务领域的核心逻辑，处理业务流程、规则等。领域层使用领域实体（Entity）、值对象（Value Object）、聚合（Aggregate）等模型与其它层进行交互。

4.基础设施层（Infrastructure Layer）：包括与外部系统的交互、数据库访问、缓存、消息队列等底层实现，为上层各层提供支持。

四层架构在实践中又可分为：

严格分层架构：某层只能与位于其直接下方的层发生耦合
松散分层架构：允许某层与它的任意下方层发生耦合。
- 特点：更加灵活，比较适合传统分层架构向DDD分层架构的演进。

四层架构相比传统MVC三层架构来说，Model层更加细分，第一层职责更加明确。

洋葱架构

四层架构如果说是纯理论性的，洋葱架构是更加偏实践性的，洋葱架构通过更加细致的分层及职责划分让软件架构各个领域或分层更加规范和明确。

洋葱架构详解

应用构建在领域模型上，系统设计人应更关注领域的划分及设计，不要太多关注技术实现。层之间依赖及调用时，只能外层调用里层，里层不能调用外层，里层感知不到外层的存在。内层是原则（规则），外层主要是实现机制。

在代码依赖上也是从外向内的，内环中的代码不应该知道外环中的任何东西。

Domain Model：业务模型，对应DDD中的Entity、值对象等

Domain Service：核心业务逻辑

Application Service：应用的输入输出层

User Interface/Tests/Application：适配器层

原则

洋葱架构是由多个同心层构成，它们相互连接，并朝向代表领域的核心。它是基于控制反转（Inversion of Control，IoC）的原则。该架构并不关注底层技术或框架，而是关注实际的领域模型。越往里面抽象级别越高，最外层的圆是低级别的具体细节。越往里面内容越抽象，并且封装更高级别的原则，最里面的圆是最通用的。

依赖性

圆圈代表不同的责任层。一般来说，越靠近内层，就越接近于领域和业务规则。外圈代表机制，内圈代表核心领域逻辑。外层依赖于内层，而内层则对外圈一无所知。通常情况下，属于外圈声明（包括方法、类、变量或任何软件实体）不能被内圈引用。

例如在数据模型上，外层的数据格式不应该被内层使用，API场景中使用的数据格式可以与 DB 中用于持久化的数据格式不同。数据流可以使用数据传输对象。每当数据跨层/跨界时，它应该以方便该层的形式出现。例如，API 可以有 DTO，DB 层可以有 Entity Objects。

数据封装

每个层/圈封装或隐藏内部的实现细节，并向外层公开接口。每个层定义便于内层使用的数据模型，以最小化层与层之间的耦合。比如User Interface与Application Service、与交互的模型，Application Service层Domain层都会定义不同的数据模型。