Refactoring 笔记 - 第一个案例总结

阅读更多
重构保障
1、建立测试环境(比如单元测试),确保重构后的代码不会带来新的 bugs。
 
重构前提
1、当一个函数或类履行了太多的职责。
2、当一个变更存在多个相同的修改点。
3、当需要为程序添加一个特性,而代码结构使你无法很方便地那么做。
 
重构原则
1、尽量以最小的步伐修改程序。如果你犯下错误,很容易发现它。
2、使用有意义的命名,增强程序的可读性,代码本身应该能够表现自己的目的。任何一个 fool
都能写出计算机可以理解的代码,惟有写出人类容易理解的代码,才是优秀的程序员。
3、函数应该放在它所使用数据所属的 object 内。
 
重构手段
1、Extract Method,把一个昂长的方法按职责抽取为多个简洁的方法。
2、除去冗余的临时变量。往往一个临时变量的存在是为了保存一个运算的结果,可以考虑把临
时变量及临时变量相关的运算抽取到一个单独的函数中。
3、合适的选择设计模式。
 
重构节奏 - 测试、小修改、测试、小修改......正是这种节奏让重构变得快速和安全。
 
这一章以一个实例演示了重构的全过程,使我本来零星破碎的思维变得逐渐完整,当然这一章中所用到的重构手段和原则并不是全部,continue......

你可能感兴趣的:(单元测试,设计模式,数据结构)