DDD领域驱动模式
文章目录
- DDD领域驱动模式
-
- 1 DDD是什么
- 2 为啥要用DDD
-
- POP OOP DDD
- POP OOP DDD各个特点
- 3 DDD的分层架构和构成要素
-
- 3.1 分层架构
-
- application.service
- domain
-
- entity
- exception
- repository
- service
- Infrastructure
-
- factory
- persistence
- repository.impl
- interfaces
-
- assembler
- dto
- facade
DDD领域驱动模式
1 DDD是什么
DDD是领域驱动设计，是Eric Evans于2003年提出的，离现在有19年。
2 为啥要用DDD
当软件越来越复杂，实际开发中，大量的业务逻辑堆积在一个巨型类中的例子屡见不鲜，代码的复用性和扩展性无法得到保证。为了解决这样的问题，DDD提出了清晰的分层架构和领域对象的概念，让面向对象的分析和设计进入了一个新的阶段，对企业级软件开发起到了巨大的推动作用。
POP OOP DDD
面向过程编程（POP）：接触到需求第一步考虑把需求自顶向下分解成一个一个函数。并且在这个过程中考虑分层，模块化等具体的组织方式，从而分解软件的复杂度。当软件的复杂度不是很大，POP也能得到很好的效果。
面向对象编程（OOP）：接触到需求第一步考虑把需求分解成一个一个对象，然后每个对象添加一个一个方法和属性，程序通过各种对象之间的调用以及协作，从而实现计算机软件的功能。跟很多工程方法一样，OOP的初衷就是一种处理软件复杂度的设计方法。
领域驱动设计（DDD）：接触到需求第一步考虑把需求分解成一个一个问题域，然后再把每个问题域分解成一个一个对象，程序通过各种问题域之间的调用以及协作，从而实现计算机软件的功能。DDD是解决复杂中大型软件的一套行之有效方式，现已成为主流。
POP OOP DDD各个特点
POP，无边界，软件复杂度小适用，例如“盖房子”。
OOP，以“对象”为边界，软件复杂度中适用，例如“盖小区”。
DDD，以“问题域”为边界，软件复杂度大适用，例如“盖城市”。
3 DDD的分层架构和构成要素
3.1 分层架构
一个项目可以分层几个层级关系
application.service
应用层
相对于领域层,应用层是很薄的一层,应用层定义了软件要完成的任务,要尽量简单.
它不包含任务业务规则或知识, 为下一层的领域对象协助任务、委托工作。
它没有反映业务情况的状态,但它可以具有反映用户或程序的某个任务的进展状态。
对外为展现层提供各种应用功能(service)。
对内调用领域层（领域对象或领域服务）完成各种业务逻辑任务(task)。
这一层也很适合写一些任务处理,日志监控
domain
领域层
领域层主要负责表达业务概念,业务状态信息和业务规则。 Domain层是整个系统的核心层,几乎全部的业务逻辑会在该层实现。
领域模型层主要包含以下的内容:
- 实体(Entities):具有唯一标识的对象
- 值对象(Value Objects): 无需唯一标识的对象
- 领域服务(Domain Services): 一些行为无法归类到实体对象或值对象上,本质是一些操作,而非事物
- 聚合/聚合根(Aggregates,Aggregate Roots): 聚合是指一组具有内聚关系的相关对象的集合,每个聚合都有一个root和boundary
- 仓储(Repository): 提供查找和持久化对象的方法
entity
聚合类
需要接受前端数据以及所需数据库的部分查询字段
exception
自定义业务异常
这里可以写入一个枚举，把所遇到的异常可以写入进去，到时方便直接调用
repository
仓储接口
这里写入的是对于项目中增删改查的接口
service
领域服务
这里写入的是领域接口以及领域接口实现类
领域接口实现类中做出判断，这里可以引入exception自定义异常类中的枚举
Infrastructure
基础实施层
最底层(但与所有层进行交互) 向其他层提供 通用的 技术能力(比如工具类,第三方库类支持,常用基本配置,数据访问底层实现)
基础实施层主要包含以下的内容:
- 为应用层 传递消息(比如通知)
- 为领域层 提供持久化机制(最底层的实现)
- 为用户界面层 提供组件配置
- 基础设施层还能够通过架构框架来支持四个层次间的交互模式。
factory
聚合工厂类
这里写入的是全是工厂对象
PO转DO DO转PO
persistence
用于持久化操作
pojo，mapper，service以及对应的Impl
repository.impl
应用接口实现类
interfaces
用户界面层或者是表示层
最顶层 请求应用层以获取用户所需要展现的数据(比如获取首页的商品数据) 发送命令给应用层要求其执行某个用户命令(实现某个业务逻辑,比如用户要进行转账)
用户界面层应该包含以下的内容:
- 数据传输对象(Data Transfer Object): DTO也常被称作值对象，VO,实质上与领域层的VO并不相同
- DTO是数据传输的载体,内部不应该存在任何业务逻辑,通过DTO把内部的领域对象与外界隔离。
- 装配(Assembler): 实现DTO与领域对象之间的相互转换,数据交换,因此Assembler几乎总是同DTO一起出现。
- 表面,门面(Facade): Façade的用意在于为远程客户端提供粗粒度的调用接口
- 它的主要工作就是将一个用户请求委派给一个或多个Service进行处理,也就是我们常说的Controller。
assembler
装配
实现DTO与领域对象之间的相互转换,数据交换,因此Assembler几乎总是同DTO一起出现。
新增DTO对象
更新DTO对象
PO返回DTO
dto
DTO是数据传输的载体,内部不应该存在任何业务逻辑,通过DTO把内部的领域对象与外界隔离
使用数据库部分字段，用来request和response前端数据展示
facade
表面
Façade的用意在于为远程客户端提供粗粒度的调用接口
它的主要工作就是将一个用户请求委派给一个或多个Service进行处理,也就是我们常说的Controller。
用于发送请求给前端接收数据