《重构改善既有代码的设计》之代码的坏味道（二）

三、Large Class(过大的类)

    如果想利用单个类做太多事情，其内往往会出现太多实例变量。一旦如此，Duplicate Code 也就接踵而至了。

四、Long Paramter List(过长参数列)

    如果向已有的对象发送一条请求就可以取代一个参数，那么你应该激活重构手法Replace Parameter with Method。在这里，“已有对象”可能是函数所属类内的一个字段，也可能是另一个参数。你还可以运用Preserve Whole Object将来自同一对象的一堆数据收集起来，并以该对象替代它们。如果某些数据缺乏合理的对象归属，可使用Introduce Parameter Object为它们制造出一个“参数对象”。

五、Divergent Change (发散式变化)

    如果某个类经常因为不同的原因在不同的方向上发生变化，Divergent Change就出现了。针对某一外界变化的所以相应修改，都只应发生在单一类中，而这个新类内的所以内容都应该反应此变化。为此，你应该找出某特定原因而造成的所有变化，然后运用Extract Class将它们提炼到另一个类中。

六、Shotgun Surgery(霰弹式修改)

    Shotgun Surgery和Divergent Change类似，但恰恰相反。如果每遇到某种变化，你都必须在许多不同的类内坐车许多小修改，你所面临的坏味道就是Shotgun Surgery。Divergent Change是指“一个类受多种变化影响”，Shotgun Surgery是指“一种变化引发多个类相应修改”。这两种情况下你都会希望整理代码，使“外界变化”与“需要修改的类”趋于一一对应。

七、Feature Envy(依恋情结)

    对象技术的全部要点在于：这是一种“将数据和数据的操作行为包装在一起”的技术。有一种经典气味是：函数对某个类的兴趣高过对自己所处类的兴趣。这种孺慕之情最通常的焦点就是数据。疗法显而易见：把这个函数移至另一地点。

八、Data Clumps(数据泥团)

    数据项就像小孩子，喜欢成群结队地待在一块。你常常可以在很多地方看到相同的三四项数据：两个类中相同的字段、许多函数签名中相同的参数。这些总是绑在一起出现的数据帧应该拥有属于它们自己的对象。

    一个好的评判办法是：删掉众多数据中的一项。这么做，其他数据有没有因而失去意义？如果它们不再有意义，这就是个明确信号：你应该为它们产生一个新对象。

九、Primitive Obsession(基本类型偏执)

大多数编程环境都有两种数据：结构类型允许你将数据组织成有意义的形式；基本类型则是构成结构类型的积木块。

    对象的一个极大的价值在于：它们模糊（设置打破）了横亘在基本数据和体积较大的类之间的界限。你可以轻松写出一些与语言内置（基本）类型无异的小型类。例如Java 就以基本类型表示数值，而以类表示字符串和日期--这两个类型在其他许多编程环境中都以基本类型出现。

十、Switch Statement(Switch惊悚现身)

    面向对象程序的一个最明显特征就是：少用switch或case语句。从本质上说switch语句的问题在于重复。

    大多数时候，一看到switch语句，你就应该考虑以多态来替换它。