重构—改善既有代码的设计3——代码的坏味道

Posted 2020-10-05 晴天彩虹

1.重复代码

　　一个以上地点看到相同的程序结构

• 　　同一个类的两个函数含有相同的表达式
• 　　两个互为兄弟的子类内含有相同表达式：分别提炼代码，推入超类。不完全相同的，将相似部分和差异部分分割
• 　　两个毫不相关的类：考虑使用抽象类

2.过长函数

　　活的好，活的长

　　“间接层”所能带来的全部利益：解释能力、共享能力、选择能力，都是由小型函数支持的

　　程序愈长愈难以理解

　　让小函数容易理解的真正关键在于一个好名字

　　更积极地分解函数

　　原则：

　　当需要以注释来说明点儿什么的时候，将需要说明的东西写进一个独立函数中，并以用途（非实现手法）来命名

　　可以对一组甚至一行代码做这件事儿，哪怕替换后的函数调用动作比函数自身还长，只要函数名称能够解释其用途，也该毫不犹豫地这么做

　　关键不在于函数的长度，而在于函数“做什么”和“如何做”之间的语义距离