59 遗留系统改造（上）：DDD 改造遗留系统的 4 个步骤
你好，欢迎来到第 59 讲。
在上一讲，我们了解到，亟待改造的“大泥球”遗留系统，是 DDD 落地的一个绝佳“试验田”。因为这类系统通常痛点明确，团队变革意愿强，并且 DDD 的价值能立竿见影地体现出来。
但是，面对一个已经运行多年、代码逻辑像意大利面条一样混乱、文档缺失、甚至连最初的开发人员都已经离职的遗留系统，我们该如何下手？
直接推倒重来？风险太大，成本太高，老板通常不会批准。
在原有的代码上修修补补？只会让“大泥球”越滚越大，最终彻底无法维护。
这似乎是一个两难的困境。幸运的是，DDD 的战略设计，特别是防腐层（ACL）和绞杀者模式（Strangler Fig Pattern），为我们提供了一套系统性的、风险可控的“外科手术”方法。
本讲，我们将进入遗留系统改造的上篇，聚焦于改造的宏观战略和步骤。我将为你详细拆解一个完整的、基于 DDD 的遗留系统改造的 4 个核心步骤，让你学会如何像一个经验丰富的医生一样，为“生病”的系统，制定出一份科学、可行的“治疗方案”。
一、核心思想：隔离、替换、而不是直接修改
在开始之前，我们必须明确改造遗留系统的核心指导思想：永远不要试图直接修改遗留系统的内部代码！
为什么？因为：
