【原】何时进行重构？

关于何时进行代码重做，并没有一个放之四海而皆准的准则。

在《什么时候才是代码重构的最佳时机？》一文中，给出3个时机，分别是：

• 软件设计没有表达出对软件需求的最新理解；

• 用户重要的需求没有被很好地实现，而且你已经发现更好的实现方法；

• 开发人员发现了一个能使某个重要的功能设计变得简单、灵活的方法。

在《程序员修炼之道：从小工到专家》一书中，站在不同的角度给出了以下5个不同的重构时机：

1. 当发现代码违反了DRY原则

DRY( Don't repeat yourself)原则要求避免出现重复。如果出现代码重复，违反了DRY原则，这时候就需要对代码进行重构，去掉冗余的代码。

2. 当发现代码的正交性可以得到改善

代码的正交性指的是代码之间的相互依赖关系。代码的正交性越好，代码之间越独立。如果发现代码的正交性可以得到改善，这时候也可以进行重构。

3. 知识扩展了

当程序员对需求的理解加深，领域知识以及开发技巧等有了扩展，这时也可以考虑重合。

这个时机与前文的第1、3两个时机比较接近。

4. 需求演变了

当需求发生变化，当前的代码已经不能很好地满足需求，这时候也需要进行重构。

这个时机与前文第2个时机比较接近。

5. 需要改善性能

当发现代码并没有实现预期的软件性能，这是也需要进行重构。

这个时机也是与前文第2个时机比较接近。

以上两种对重构时机的表述，都可以作为我们的借鉴和参考，最终建立组织自己的重构原则时还要结合组织的实际情况而定。

这正是：

重构时机如何定，表述不同核心同

满足需求好设计，效率提升争一争

参考书目：程序员修炼之道：从小工到专家，作者：（美）亨特（Hunt，A.），（美）托马斯（Thomas，D.），出版社：电子工业出版社