DDD是一种处理高度复杂领域的设计思想，是一种架构设计方法论，通过边界划分将复杂业务领域简单化，帮我们设计出清晰的领域和应用边界...
需积分: 0 159 浏览量
2021-01-10
21:55:57
上传
评论
收藏 178KB DOCX 举报
关于 DDD 课程总结
1.什么是 DDD
DDD 是一种处理高度复杂领域的设计思想，是一种架构设计方法论，通过边界划分将
复杂业务领域简单化，帮我们设计出清晰的领域和应用边界，更容易的实现架构演进。
DDD 核心思想是通过领域驱动设计方法定义领域模型，从而确定业务和应用边界，保
证业务模型与代码模型的一致性。
DDD 包括战略设计和战术设计两部分，战略设计会建立领域模型，领域模型可以用于
指导微服务的设计和拆分；战术设计是代码实现。
DDD 的核心知识体系：领域、子域、核心域、通用域、支撑域、界限上下文、实体、
值对象、聚合、聚合根
2.DDD 与微服务的关系
DDD 是一种架构设计方法，微服务是一种架构风格，本质上都是为了追求高响应力，
核心是强调根据业务发展，合理划分领域边界，保持架构和代码的生命力。
DDD 主要关注从业务领域视角划分领域边界，构建通用语言进行高效沟通，通过业务
抽象，建立领域模型，维持业务和代码的逻辑一致性。
微服务主要关注运行时间的进程间通信，容错和故障隔离，实现去中心化数据管理和
去中心化服务治理，关注微服务的独立开发、测试、构建和部署。
3.DDD 的关键概念
1.领域：在根据规则划分的业务领域中，将问题范围限定在特定的边界内，即领域就
是边界内要解决的业务问题域。领域越大，业务范围就越大。领域建模就是将问题域逐步
分解，降低业务理解和系统实现的复杂度。
2.子域：领域进一步划分为子域，每个子域对应一个更小的问题域或更小的业务范围。
3.核心域：核心域、支撑域和通用域的主要目标是：通过领域划分，区分不同子域在
公司内的不同功能属性和重要性，从而对不同子域采取不同的资源投入和建设策略。
4.实体：实体一般和主要的业务/领域对象有一个直接的关系。一个实体的基本概念是
一个持续抽象的生命，可以变化不同的状态和情形，但总是有相同的标识。
实体和值对象是组成领域模型的基础单元。实体类通常是采用充血模型，即将大多数
业务逻辑放在领域实体中实现，实体本身包含了属性和它的业务行为，它在领域模型中就
是一个具有业务行为和逻辑的基本业务单元。
5.值对象：通过对象属性值类识别的对象，它将多个相关的属性结合为一个概念整体。
值对象本质上是一个集合，就有整体概念和不可修改的属性。
通常值对象不具有唯一 id，由对象的属性描述，可以用来传递参数或对实体进行补充
描述。
6.界限上下文：通用语言定义上下文含义，界限上下文定义领域边界。界限上下文用
来封装通用语言和领域对象，提供上下文环境，保证在领域之内的一些术语、业务相关对
象等有一个确切的含义，没有二义性。
评论0