用领域驱动设计驱动系统的重构

用限界上下文识别微服务的功能、边界和依赖关系

DDD 典型开发过程与关键产出

基于领域知识的统一语言与概念模型

核心业务流程分析（泳道活动图、状态图）

基于流程分析的领域划分

核心业务流程分析（泳道图、状态图）

基于领域划分的限界上下文设计

战术设计与架构落地

代码结构

用值对象重构成员变量

重构总结

• 当前系统设计与问题讨论

• 架构与代码混乱，需求迭代困难，部署麻烦，bug 率逐渐升高

• 针对问题分析具体原因

• 微服务 A 太庞大，微服务 B 和 C 职责不清，团队内业务理解不一致，内部代码设计不良，硬编码和耦合太多。

• 重新梳理业务流程，明确业务术语，进行 DDD 战略设计。

• 活动图、子域分解、限界上下文设计。

• 针对当前系统实现 DDD 设计不匹配的地方设计微服务重构方案。

• DDD 战术设计与技术验证

• 聚合、实体、值对象设计，打样代码开发

• 任务分解与持续重构

• 在不影响业务开发的前提下，按照战略与战术设计，将重构开发和业务迭代有机融合。