何时进行重构？
关于何时进行代码重做，并没有一个放之四海而皆准的准则。
在《什么时候才是代码重构的最佳时机？》一文中，给出3个时机，分别是：
软件设计没有表达出对软件需求的最新理解；
用户重要的需求没有被很好地实现，而且你已经发现更好的实现方法；
开发人员发现了一个能使某个重要的功能设计变得简单、灵活的方法。
在《程序员修炼之道：从小工到专家》一书中，站在不同的角度给出了以下5个不同的重构时机：
当发现代码违反了DRY原则
DRY( Don't repeat yourself)原则要求避免出现重复。如果出现代码重复，违反了DRY原则，这时候就需要对代码进行重构，去掉冗余的代码。
当发现代码的正交性可以得到改善
代码的正交性指的是代码之间的相互依赖关系。代码的正交性越好，代码之间越独立。如果发现代码的正交性可以得到改善，这时候也可以进行重构。
知识扩展了
当程序员对需求的理解加深，领域知识以及开发技巧等有了扩展，这时也可以考虑重合。
这个时机与前文的第1、3两个时机比较接近。
需求演变了
当需求发生变化，当前的代码已经不能很好地满足需求，这时候也需要进行重构。
这个时机与前文第2个时机比较接近。
需要改善性能
当发现代码并没有实现预期的软件性能，这是也需要进行重构。
这个时机也是与前文第2个时机比较接近。
以上两种对重构时机的表述，都可以作为我们的借鉴和参考，最终建立组织自己的重构原则时还要结合组织的实际情况而定。
这正是：
重构时机如何定，表述不同核心同
满足需求好设计，效率提升争一争
参考书目：程序员修炼之道：从小工到专家，作者：（美）亨特（Hunt，A.），（美）托马斯（Thomas，D.），出版社：电子工业出版社
赞 (0)