复杂度拆解
以下是关于**复杂度拆解（领域驱动设计 DDD）**的基本知识点总结：
一、DDD 的核心目标与核心概念
目标：通过领域模型和统一语言，将复杂业务系统拆解为高内聚、低耦合的模块，提升代码与业务的对齐度。
1. 核心概念
| 概念 | 说明 |
|---|---|
| 领域（Domain） | 业务问题所在的专业领域（如电商、金融、物流）。 |
| 子域（Subdomain） | 领域内划分的独立问题区域（如订单、支付、库存）。 |
| 限界上下文（Bounded Context） | 领域模型的边界，内部有统一语言和模型（如“订单上下文” vs “物流上下文”）。 |
| 实体（Entity） | 具有唯一标识和生命周期的对象（如 User 通过 ID 标识）。 |
| 值对象（Value Object） | 无唯一标识，通过属性定义的对象（如 Money 包含金额和币种）。 |
| 聚合（Aggregate） | 一组关联对象的集合，通过聚合根控制访问和一致性（如 Order 聚合包含 OrderItem）。 |
| 领域事件（Domain Event） | 业务过程中发生的重要事件（如 OrderPaidEvent）。 |
二、DDD 的层次架构
1. 分层架构（典型）
├── User Interface（表现层） # 处理用户输入和展示（如API、Web界面）
├── Application（应用层） # 协调领域层和基础设施，处理用例流程
├── Domain（领域层） # 核心业务逻辑（实体、值对象、领域服务）
└── Infrastructure（基础设施层）# 技术实现（数据库、消息队列、外部服务）
2. 六边形架构（适配器架构）
- 核心：领域模型位于中心，外层通过适配器与外部系统交互。
- 优势：解耦技术细节，便于替换数据库、UI 或第三方服务。
三、复杂度拆解的核心方法
1. 战略设计（Strategic Design）
-
关键活动：
- 领域划分：识别核心域（业务竞争力所在）、支撑域、通用域。
- 限界上下文划分：通过业务语义和团队结构定义边界。
- 上下文映射（Context Mapping）：定义上下文间关系（如共享内核、防腐层）。
-
工具：事件风暴（Event Stor