读《重构:改善既有代码的设计》

《重构:改善既有代码的设计》这本书很早就听过，最近因为Scrum Master培训的缘故，导师又推荐了这本书，看来这确实是一本够经典的好书，正好国庆假期，我抽空阅读了这本书。

文中对代码结构的建议很有启发性。代码的味道一词，很好的形容了好代码和坏代码带给编辑者自身和其它阅读者的感受。“好的代码能够表达自身的意图”，这句话很好的体现了此书的思想。好的代码是清晰而明确的，“散发着芳香”。之后在自己写代码时，增加了对代码味道的嗅觉敏锐度，就是对自己结构有了更高要求。一旦感觉到隐隐的不满，或者不对头的迹象，就要停下来想一想，是否哪里的结构不太合理。这样的思考总是带来有益的进步，总会发现更合理的结构。

重构的目的:
重构就像锻炼身体，让代码保持健康。重构的目的是优化设计，设计优化后带来的好处：
1、提高理解性
程序主要是给人看的，而不是给机器看的。
2、降低修改成本
程序的维护时间比开发时间要长的多。 所有逻辑都只在唯一的地点出现。
3、提高编程速度
良好的设计是快速开发的基础。

重构的时机：
1、小的重构
随时可以开始，当现有代码让你难受时，就重构它。除非已经到了交付的末期。
2、大规模重构
要项目统筹安排。

重构的原则：
1、重构不能损失功能，要有测试用例保证。
2、重构要与增量开发隔离，以保证随时可以回退。
3、要小步快跑，完成一块重构，就立刻跑过测试用例，然后闭环此部分重构。
4、如果某次重构后，用例不通过了，只花一小点时间定位，解决不了，立刻回退。
5、当无法决定时，不论是因为无法判断做了是否会更好，还是做起来有难度，亦或是无法决定到底如何做，那都证明，现在不是做这个的最佳时机。

对已有代码做重构时，或添加新功能迭代开发时，可能就会顺其自然地使用书中总结的一些重构方法，即使不曾意识到这一点。所以，重构代码更多地依赖开发人员对面向对象的理解。书中提到的重构方法很多都是互斥的，比如有的重构方法需要合并参数/函数，而下一个重构方法就是拆分参数/类……虽然每个重构方法都解释了何时何地需要这种方法，但可能更多地是需要在实际开发/重构过程中慢慢体会，什么时候需要合并类，什么地方需要拆分……

总之重构这本书算是给我打开了新世界的大门，我还需要花更多的时间去研究它的奥秘。