如何修改遗留代码

即使是最训练有素的开发团队，也不能保证始终编写出清晰高效的代码。

然而，如果我们不去尝试做一些改变，这些代码就会遗留下去——成为遗留代码，再次重构掉。即使说，重构系统是不可避免的一个过程，但是在这个过程中要是能抽象中领域特定的代码、语言也是件不错的事。

修改遗留代码

So，如何开始修改代码？如《修改代码的艺术》一书所说，应该是下面的五个步骤：

1. 代码修改点
2. 找到测试点
3. 打破依赖
4. 编写测试
5. 修改并重构

在有测试的情况下重构现有的代码才是安全的。而这些测试用例也是功能的体现，功能首先要得到保证了，然后才能保证一切都可以正常。不过，我更喜欢以下面三点概括他们：

• 守: 找到测试点。守，即保证原有的功能是正确的。在这基础上，我们需要添加测试
• 破: 打破依赖。会导致遗留代码的一个原因还有，原有代码的耦合度比较高。因此，我们需要去打破这些耦合，重新构建依赖。
• 离: 修改并重构。

不过，我想你只要有前面的那些步骤。你为什么还需要看这一章的内容呢？

参考书籍：

• 《修改代码的艺术》
• 《持续交付指南：修改代码的9条最佳实践》