1 Rename Method（函数改名）

修改函数名字以良好表达函数的用途。
Motivation：各种大师特别推崇的小函数编程风格。其核心在于给函数取一个好名字。这个取好名字的方法在于，首先想着给函数写注释，然后把注释编程函数名称。
做法：

• 检查函数签名是否被超类或子类实现过。是则需要正对每份实现分别进行一下步骤。
• 声明一个新函数，将它的命名为你想要的新名称。将旧函数的代码复制到新函数中，并调整。
• 编译。
• 修改旧函数，令它将调用转给新函数。
• 编译测试。
• 寻找就函数测试点，替换。
• 删除旧函数。如果是该类public接口的一部分，标记为deprecated。
• 编译，测试。

2 Add Parameter

某个函数需要从调用端获得更多的信息。为此函数添加一个对象参数，让对象带进函数需要的信息。
Motivation： 最好不好用，因为过长的参数列表往往以为着坏味道。
做法与上一个相似。

3 Remove Parameter

删除函数某些不用的参数。
Motivation：增加参数以为着撒旦的诱惑。所以一般当函数不需要这么多参数的时候，删除参数。这里注意多态情况下不要如此，因为多态状态参数的作用域是发散的。
同样，和上一个方法相似。

4 Separate Query from Modifier（将查询函数和修改函数分离）

某个函数既返回对象状态值，又修改对象状态。建立两个不同的函数，一个负责查询，一个负责修改。
Motivation：我们需要让我们的函数simple。

• 新建一个查询函数，令它返回的值和原函数相同。
• 修改原函数，令它调用查询函数，并返回获得的结果。
• 编译，测试。
• 将调用原函数的代码改为调用查询函数。然后在调用查询函数的那一行之前，加上对原函数的调用。每次修改后，编译并测试。
• 将原函数的返回值改为void，并删掉其中所有的return语句。

5 Parameterize Method（令函数携带参数）

若干函数做了类似的工作，但在函数本体中却包含了不同的值。建立单一函数，以参数表达不同的值。
Motivation：多个函数做着类似的事，但因为少数几个值致使行为略有不同。在这种情况下。将这些各自分离的函数统一起来，并通过参数来处理那些变化情况，用以简化问题。
做法：

• 新建一个带有参数的函数，使它可以替换先前所有的重复性函数。
• 编译。
• 将调用旧函数的代码改为调用新函数。
• 编译，测试。
• 对所有旧函数重复上述步骤，每次替换后，修改并测试。

6 Replace Parameter with Explicit Methods（以明确函数取代参数）

针对该参数的每一个可能值，建立一个独立函数。千万别让函数的作用取决于参数值的不同。
Motivation：如果某个参数有多种可能的值，而函数内又以条件表达式检查这些参数值，并根据不同参数值做出不同的行为，那么就该重构。参数字段会把函数的含义搞得不清楚。
做法：

• 针对参数的每一种可能值，新建一个明确函数。
• 修改条件表达式的每个分支，使其调用合适的新函数。
• 修改每个分支后，编译并测试。
• 修改原函数的每一个被调用点，改而调用上述某个合适的新函数。
• 编译，测试。
• 所有调用端都修改完毕，删除原函数。

7 Preserve Whole Object（保持对象完整）

你从某个对象中取出若干值，将它们作为某一次函数调用时的参数。改为传递整个对象。
Motivation：因为对象修改字段是很容易的，而函数添加字段则是非常麻烦，甚至灾难性的。对象之间的依赖关系是决定是否用此重构手法的关键。
做法：

• 对你的目标函数新添一个参数项，用以代表原数据坐在的完整对象。
• 编译，测试。
• 判断哪些参数可被包含在新添的完整对象中。
• 选择上述参数之一，将被调用函数中原来引用该参数的地方，改为调用新添加参数对象的相应取值函数。
• 删除该项参数。
• 编译，测试。
• 针对所有可从完整对象中获得的参数，重复上述过程。
• 删除调用端中那些带有被删除参数的代码。
• 编译，测试。

8 Replace Parameter with Methods（以函数取代参数）

对象调用某个函数，并将所得结果作为参数，传递给另一个函数。而接受该参数的函数本身也能够调用前一个函数，让参数接受者去除该项参数，并直接调用前一个函数。
Motivation：函数能通过其他途径获得参数值，那么它就不应该通过参数取得该值。
做法：

• 如果有必要，将参数的计算提取到一个独立函数中。
• 将函数Benin引用该参数的地方改为调用新建的函数。
• 每次替换后，修改并测试。
• 全部替换完成后，使用remove Parameter去掉参数。

9 Introduce Parameter Object（引入参数对象）

同事出现的参数，用一个对象取代它们。
做法：

• 新建一个类，用以表现像替换的一组参数。将这个类设置为不可变的。
• 编译。
• 针对使用改组参数的所有函数，实施Add Parameter，传入上述新建类的实例对象，并将此参数设为null。
• 对与数据泥团中的每一项，从函数签名中移除之，并修改调用端和函数本体，令它们都改而通过新的参数对象取得该值。
• 每去除一个参数，编译并测试。
• 将原先的参数全部去除之后，观察有无适当函数可以运用Move Method搬移到参数对象中。

10 Remove Setting Method（移除设值函数）

类中某个字段应该在对象创建时被设值，然后就不再改变。去掉该字段的所有设值函数。
Motivation：不该改变的字段就不该提供令人误解的设值函数。

11 Hide Method（隐藏函数）

有一个函数，从来没有被其他任何类用到。将这个函数修改位private。
Motivation：重构往往促使你修改函数的可见度。提高函数可见度的情况很容易想象。一种特别常见的情况是：当你面对一个过于丰富，提供了过多行为的接口时。

12 Replace Constructor with Factory Method（以工厂函数取代构造函数）

当在创建对象时不仅仅是简单的建构动作，将构造函数替换位工厂函数。
Motivation：最显而易见的动机是在派生子类的过程中以工厂函数取代类型码。此外，如果构造函数的功能满足不了需要，用工厂函数代替它。工厂函数也是Change Value to Reference的基础。
做法：

• 新建一个工厂函数，让它调用现有的构造函数。
• 将调用构造函数的代码改为调用工厂函数。
• 每次替换后，编译并测试。
• 将构造函数声明位private。
• 编译。

13 Encapsulate Downcast（封装向下转型）

某个函数返回的对象，需要由函数调用者执行向下转型。将向下转型封装到函数。
动机：在强类型OO语言中，向下转型是最烦人的事情之一。因为这越俎代庖得告诉编译器某些应该由编译器自己计算出来的东西。而向下类型转换，往往隐藏着失败的深渊。但是如果使用的话，应该位编译器提供更精确的转换。
做法：

• 找出必须对函数调用结果进行向下类型转换的地方。
• 将向下类型转换搬移到函数中。

14 Replace Error with Exception

某个函数返回一个特定的代码，用以表示某种错误情况。
Motivation：和生活一样，计算机偶尔也会出错。一旦事情出错，你就需要有些对策。最简单的情况你可以停止运行程序，返回错误码，但这个完全是自杀。问题在于：程序中发现错误的地方，未必知道如何处理错误。当子程序出现错误，它需要让它的调用者知道这个错误，而调用者也可能将这个错误继续沿着调用链条传递上去。许多程序都使用特殊输出来表示错误。而异常处理机制，将错误处理和普通程序分开了，这使得程序更容易理解。
做法：

• 决定应该抛出受控异常还是非受控异常。
• 找到该函数的所有调用者，对它们进行相应调整，让它们使用异常。
• 修改函数签名，令它反应新用法。
  如果调用者多，为了减少程序过大的跨度修改，可以按下面步骤：
• 决定应该排除受控异常还是非受控异常。
• 新建函数，使用异常来表示错误状况，将旧函数的代码赋值到新函数中，并做适当调整。
• 修改旧函数本体，让它调用上述新函数。
• 编译，测试。
• 逐一修改调用者，令其调用新函数。每次修改后，编译和测试。
• 移除旧函数。

15 Replace Exception with Test（以测试取代异常）

面对一个调用者可以预先检查的条件，你抛出一个异常。修改调用者，使他在调用函数之前先做检查。
Motivation：异常是一个非常好的机制，然而异常也会被滥用。“异常”应该被用于非常意料之外的错误，而不应该成为条件检查的替代品。