关于重构（refactoring）之一

以下只是读《重构：改善既有代码的设计》的一点记录

 

（1）发现新特性难以添加，考虑重构
（2）重构前，确认是否有一套可靠的测试机制，以及自我检查能力（自我判断成功否，若

失败，给出失败详细信息）
（3）函数太大，一个函数功能太多，就要考虑将其大卸八块。
（4）是否存在代码复制的地方，使得以后的修改必须要修改多个地方来保持一致？
（5）重构（抽取）函数时，注意可能会引发的问题；
（6）重构包括哪些工作？函数提取（extract method），变量重命名，函数是否放对了位

置？（move method）
（7）任何傻瓜都可以写出计算机可以理解的代码，惟有写出人类容易理解的代码，才是优

秀的程序员。
（8）replace temp with query，感觉不是太好，如果有1个以上的地方使用了函数值。
（9）大多数重构都会减少代码总量。
（10）把函数根据其可能的变化原因放到合适的类里面去，把变化的部分封装起来，提供一个统一接口给使用者访问，新的变化只需要继承接口，做到“针对接口编程”or“开闭原则”。