怎么写出好代码——坏味道

良性循环

对已经具有可测试性、可维护性、可理解性的代码进行测试和维护，可以让工作更简单。有了这个基础，可以让我们更富有成效，富有成效的人时快乐的，快乐的人也是富有成效的。这是一个良性循环。

理论摘录

重构的基本技巧: 小步前进，频繁测试。

对象技术的要点在于：将数据和对数据的操作行为包装在一起。

封装：对外部世界隐藏内部细节。

可以让函数保持最小代码量的一个方法是让命令（Command）和查询（Query）保持分离。命令函数表示 do something, 而查询函数表示 return something。

代码的坏味道

Duplicated Code（重复的代码）

合并重复的代码，提取，使之独立出来

Long Method（长函数）

一个函数越长，圈复杂度就越大，容易出问题的点就越多，并且需要的脑容量也更大，还会导致在修复 bug 的时候，产生新 bug 的概率加大。

原则：每当感觉需要使用注释说明点什么的时候，就把需要说明的东西写入到一个独立的函数中。

Long Parameter List（过长参数列）

Divergent Change（发散式变化）

一个类受多种变化的影响

一旦需要修改，最好只修改一处

Shotgun Surgery（散弹式修改）

一种变化引发多个类需要修改

每遇到某种变化，都必须在许多不同的类内做出许多小修改

Feature Envy（依恋情节）

某个函数为了计算某个值，从另一个对象那调用了多个取值函数

Data Clumps（数据泥团）

两个类中相同的字段，许多函数中相同的参数等绑在一起出现的数据，提炼成对象

Switch Statement

面向对象程序的一个显著特征：少用 switch 语句，多用多态。

Complicated Condition（复杂的条件判断）

把需要注释说明的分支条件，提炼成单独的一个函数

Proper Iterator（合理使用循环）

如果有些代码实际上是重复性的工作，那么合理的使用循环会使代码量更少

Only One Return（函数只有一个出口）

提前让函数退出，代替嵌套条件分支

避免 if 分支的左右括号之间相隔 500 米