第1章 重构，第一个示例
谈原理，很容易流于泛泛，又很难说明如何实际应用。给出一个示例，就可以帮助把事情认识清楚。
差劲的系统是很难修改的，因为很难找到修改点，难以了解作出的修改与现有代码如何协作。
如果发现代码因缺乏良好的结构而不易于进行修改，那就先重构那个程序使其比较容易添加新东西，然后再添加需要的特性。
是需求的变化使重构变得必要。
重构的第一步，是确保即将修改的代码拥有一组可靠的测试，这些测试必须有自我检验能力。
无论每次重构多么简单，养成重构后立即运行测试的习惯非常重要。
小步修改，并及时运行测试。
每次成功的重构后可以提交到版本控制系统，这样随时可回退到上一个可工作的状态。
在一些编码风格里，可将函数的返回值命名为”result“，这样看起来一目了然。
傻瓜都能写出计算机可以理解的代码。唯有能写出人类容易理解的代码的，才是优秀的程序员。
变量命名是代码清晰的关键。
移除局部变量有助于提炼函数。
软件的性能通常只与代码的一小部分相关，改变其他的部分往往对总体性能贡献甚微。
营地法则：保证营地比你来时更加健康。
好代码的检验标准是人们是否能轻而易举地修改它。