-
前言
- 很多人对 DDD 有误解
- 不是「高深」与「学术」
- 是为了解决复杂业务本质问题
-
DDD 在中国互联网业务里最贴的三领域
- 订单业务
- 审批业务
- 定价结算规则
-
战术层 vs 战略层
- 战略：限界上下文
- 战术：实体、值对象、聚合、服务
-
落地设计步骤
- 从需求抽象 domain language
- 建立统一模型（聚合 root）
- domain event 驱动
- 应用层 orchestrator + 防腐层 anti-corruption layer
-
与既有工程体系融合
- MyBatis / MP / Repository pattern
- MQ + domain event
- 多团队协作下如何划 domain boundary
-
案例 demo：审批流
- naive if else version
- DDD 重构 version（聚合根控制状态变更）
-
最终总结
- DDD 不是要学术化
- 是要减少复杂度与提升系统演化能力
