何为重构：
对软件内部结构的一种调整，目的是在不变软件可观察条件行为的前提下，提高其可理解性，降低其修改成本。
为何重构：
难以阅读的程序，难以修改、逻辑重复的程序，难以修改、添加新行为时需要修改已有代码的程序，难以修改、带重复条件逻辑的程序，难以修改。
重构可以
1、改变软件设计
2、使软件更容易理解、阅读
3、帮助找到BUG，所有逻辑都只在唯一地点指定，新的改动不会危机现有行为
4、提高编程速度，尽可能简单表达条件逻辑
何时重构：事不过三，三则重构。
1.添加功能时重构
2.修改错误时重构
3.复审代码时重构
间接层和重构：
间接层：将程序、函数进行拆分成多个对象或者多个子函数，该子对象或者子函数能够允许逻辑共享，并能够达到分开意图的实现。
且有时候修改一个子类而不必承担另一处的风险，每个子类能够进行条件逻辑的封装，可以灵活清晰的表达条件逻辑，将条件逻辑化为消息形式，降低代码的重复，增加清晰度和提高弹性。
重构难题：
数据库：
由于数据库与程序紧密耦合在一起，当要进行系统分层时，也难免要进行数据的迁移，这是一个繁琐的过程。
在非对象数据库中，可以在对象模型和数据库模型之间插入一个分隔层，隔离两个模型各自的变化。
修改接口：
已发布接口——当需要修改的接口被哪些“找不到或者找到也不能修改的”代码使用时，修改接口会成为一个要解决的问题。
此时必须同时维护新旧两个接口，直到所有用户都有时间对这个变化做出反应。尽量让旧接口调用新接口，所以需要留下旧接口。
或者尽量不对接口进行发布，降低维护力度。
设计方案：
之前的设计没有考虑安全性需求，而重构时才来考虑将系统重构成具有良好安全性系统，这是一个两难的选择，尽量根据难度和需要花费力度来做取舍。
何时不该重构：
当既有代码太过于复杂，逻辑难理解，并且代码不能正常运行的时候，就不应该进行重构，倒不如重写来得快些。重构的前提是代码必须能够在大多情况下正常运行。还有项目的最后期限估计也没有人愿意去重构。
重构预警：
重复代码、过长函数、过大的类、过长参数列、发散式变化、散弹式修改、依恋情结/依赖过重、数据泥团、基本类型偏执、Switch惊悚现身、平行继承体系、冗赘类、夸夸其谈未来性、令人迷惑的暂时字段、过度耦合的消息链、中间人、过分亲近类、异曲同工类、不完美类库、纯稚数据类、子类被超类拒绝继承、注释过多。
如何重构：
一、对过长函数
对过长函数进行提炼
二、内联函数
一个函数本体与名称一样容易理解。
在函数调用点插入函数本体，然后移除该函数。
三、内联临时变量
有一个临时变量，只被一个简单表达式赋值一次，而它妨碍其他重构手法。
此时就要将所有变量的引用动作，替换为对它赋值的那个表达式自身。
四、以查询取代临时变量
程序以一个临时变量保持某一表达式的运算结果。
将这个表达式提炼到一个独立函数中。将这个临时变量的所有引用点替换为对新函数的调用。此后，新函数就可被其他函数调用。
五、引入解释性变量
有一个复杂的表达式。
将该表达式（或其中一部分）的结果放进一个临时变量，以此变量名称来解释表达式用途。
六、分解临时变量
程序中有某个临时变量被赋值超过一次，它既不是循环变量，也不被利用于收集计算结果。
针对每次赋值，创造一个独立、对应的临时变量。
七、移除对参数的赋值
代码对一个参数进行赋值。
以一个临时变量取代该参数的位置。
八、以函数对象取代函数
有一个大型函数，其中对局部变量的使用使你无法采用Extract Method(110)。
将这个函数放进一个单独对象中，如此一来局部变量就成了多个对象内的字段。接着可以对同一个对象中将这个大型函数分解为多个小型函数。
九、替换算法
想把算法替换为另一个更清晰的算法。
将函数本体替换为另一个算法。
十、搬移函数
程序中有个函数与其所驻类之外的另一个类进行过多交流：调用后者，或被h后者调用。
在该函数最常引用的类中建立一个有着类似行为的新函数。将旧函数变为一个单纯的委托函数，或是将旧函数完全移除。
十一、搬移字段
程序中某个字段被其所驻类之外的另一个类更多地用到。
在目标类新建一个字段，修改源字段的所有用户，令它们改用新字段。
十二、提炼类
一个类做了两个类的事。
建立一个新的类，将相关的字段和函数从旧类搬移到新类。
十三、将类内联化
有个类没有做太多事情。
将这个类的所有特性搬移到另一个类中，然后移除源类。
十四、隐藏委托关系
客户提高一个委托类来调用另一个对象。
在服务类上建立客户所需的所有函数，用以隐藏委托关系。
十五、移除中间人
某个类做了过多的简单委托动作。
让客户直接调用受托类。
十六、引入外加函数
需要为提供服务的类增加一个函数，但你无法修改这个类。
在客户了中建立一个函数，并以第一参数形似传入一个服务类实例。
十七、引入本地扩展
需要为服务类提供一些额外函数，但你无法修改这个类。
建立一个新类，使它包含这些额外函数，让这个扩展品成为源类的子类或包装类。
十八、自封装字段
直接访问一个字段，但与字段之间的耦合关系逐渐变得笨拙。
为这个字段建立取值/设置函数，并且只以这些函数类访问字段。
十九、以对象取代数据值
有一个数据项，需要与其他数据和行为一起使用才有意义。
将数据项变为对象。
二十、将值对象改为引用对象
从一个类衍生出许多彼此相等 的实例，希望将它们替换为同一个对象。
将这个值对象变成引用对象。
二十一、将引用对象改为值对象
有一个引用对象，很小且不变，而且不易管理。
将它变为一个值对象。
二十二、以对象取代数组
有一个数组，其中的元素各自代表不同的东西，以对象替换数组。
对于数组中的每个元素，以一个字段来表示。
二十三、复制 被监视数据
有一些领域数据置身于GUI控件中，而领域函数需要访问这些数据。
将该数据复制到一个领域对象中。建立一个Observer模式，用以同步领域对象和GUI对象内的重复数据。
二十四、将单向关联改为双向关联
两个类都需要使用对方特性，但其间只有一条单向连接。
添加一个反向指针，并使修改函数能够同时更新两条连接。
二十五、将双向关联改为单向关联
两个类之间有双向关联，但其中有一个类如今不需要另一个类的特性。
去除不必要的关联。
二十六、以字面常量取代魔法数
有一个字面数值，带有特别含义。
创造一个常量，根据其意义为它命名，并将上述的字面数值替换为这个常量。
二十七、封装字段
类中存在一个public字段。
将它声明为private，并提供相应的访问函数。
二十八、封装集合
有个函数返回一个集合。
让这个函数返回该集合的一个只读副本，并在这个类中提供添加/移除集合元素的函数。
二十九、以数据类取代记录
需要面对传统编程环境中的记录结构。
为该记录创建一个哑数据对象。
三十、以类取代类型码
类中有一个数值类型码，但它并不影响类的行为。
以一个新的类替换该数值类型码。
三十一、以子类取代类型码
有一个不可变的类型码，它会影响类的行为。
以子类取代这个类型码。
三十二、以State/Strategy取代类型码
有一个类型码，会影响类的行为，但无法提供继承手段去消除它。
以状态对象取代类型码。
三十三、以字段取代子类
各个子类的唯一差别只在“返回常量数据”的函数身上。
修改这些函数，使它们返回超类中的某个（新增）字段，然后销毁子类。
三十四、分解条件表达式
有一个复杂的条件语句（if-then-else）。
从if、then、else三个段落中分别提炼出独立函数。
三十五、合并条件表达式
有一些列条件测试，都得到相同结果。
将这些测试合并为一个条件表达式，并将这个条件表达式提炼成为一个独立函数。
三十六、合并重复的条件片段
在条件表达式的每个分支上有着相同的一段代码。
将这段重复代码搬移到条件表达式之外。
三十七、移除控制标记
在一系列布尔表达式中，某个变量带有“控制标记”（control flag）的作用。
以break语句或return语句取代控制标记。
三十八、以卫语句取代嵌套条件表达式
函数中的条件逻辑使人难以看清正常的执行路径。
使用卫语句表现所有特殊情况。
三十九、以多态取代条件表达式
手上有个条件表达式，它根据对象类型的不同而选择不同的行为。
将这个条件表达式的每个分支放进一个子类内的覆写函数中，然后将原始函数声明为抽象函数。
四十、引入Null对象
需要再三检查某对象是否为null。
将null值替换为null对象。
四十一、引入断言
某一段代码需要对程序状态做出某种假设。
以断言明确表现这种假设。
四十二、函数改名
函数的名称未能揭示函数的用途。
修改函数名称。
四十三、添加参数
某个函数需要从调用端得到更多信息。
为此函数添加一个对象参数，让该对象带进函数所需信息。
四十四、移除参数
函数本体不再需要某个参数。
将该参数去除。
四十五、将查询函数和修改函数分离
某个函数既返回对象状态值，又修改对象状态。
建立两个不同的函数，其中一个负责查询，另一个负责修改。
四十六、令函数携带参数
若干函数做了类似的工作，但在函数本体中却包含了不同的值。
建立单一函数，以参数表达那些不同的值。
四十七、以明确函数取代参数
有一个函数，其中完全取决于参数值而采取不同行为。
针对该参数的每一个可能值，建立一个独立函数。
四十八、保持对象完整
从某个对象中取出若干值，将它们作为某一次函数调用时的参数。
改为传递整个对象。
四十九、以函数取代参数
对象调用某个函数，并将所得结果作为参数，传递给另一个函数，而接收该参数的函数本身也能够调用前一个函数。
让参数接收者去除该项参数，并直接调用前一个函数。
五十、引入参数对象
某些参数总是自然地同时出现。
以一个对象取代这些参数。
五十一、移除设置函数
类中的某个字段应该在对象创建时被设值，然后就不再改变。
去掉该字段的所有设值函数。
五十二、隐藏函数
有一个函数，从来没有被其他任何类用到。
将这个函数修改为private。
五十三、以工厂函数取代构造函数
希望在创建对象时不仅式做简单的建构动作。
将构造函数替换为工厂函数。
五十四、封装向下转型
某个函数返回的对象，需要由函数调用者执行向下转型。
将向下转型动作移到函数中。
五十五、以异常取代错误码
某个函数返回一个特定的代码，用以表示某种错误情况。
改用异常。
五十六、以测试取代异常
面对一个调用者可以预先检查的条件，抛出了一个异常。
修改调用者，使他在调用函数之前先做检查。
五十七、字段上移
两个子类拥有相同的字段。
将该字段移至超类。
五十八、函数上移
有些函数，在各个子类中产生完全相同的结果。
将该函数移至超类。
五十九、构造函数本体上移
在各个子类中拥有一些构造函数，它们的本体几乎完全一致。
在超类中新建一个构造函数，并在子类构造函数中调用它。
六十、函数下移
超类中的某个函数只与部分（而非全部）子类有关。
将这个函数移到相关的那些子类去。
六十一、字段下移
超类中的某个字段只被部分（而非全部）子类用到。
将这个字段移到需要它的那些子类去。
六十二、提炼子类
类中的某些特性只被某些（而非全部）实例用到。
新建一个子类，将上面所说的那一部分特性移到子类中。
六十三、提炼超类
两个类有相似特性。
为这两个类建立一个超类，将相同特性移至超类。
六十四、提炼接口
若干客户使用类接口中的同一子集，或者两个类的接口有部分相同。
将相同的子集提炼到一个独立接口中。
六十五、迭代继承体系
超类和子类之间无太大区别
将它们合为一体。
六十六、塑造模板函数
有一些子类，其中相应的某些函数顺序执行类似的操作，但各个操作的细节上有所不同。
将这些操作分别放进独立函数中，并保持它们相同的签名，于是原函数也变得相同了，然后将原函数上移至超类。
六十七、以委托取代继承
某个子类只只使用超类接口中的一部分，或是根本不需要继承而来的数据。
在子类中新建一个字段用以保持超类；调整子类函数，令它改为委托超类；然后去掉两者之间的继承关系。
六十八、以继承取代委托
在两个类之间使用委托关系，并经常为整个接口编写许多既简单的委托函数。
让委托类继承受托类。
六十九、梳理并分散继承体系
某个继承体系同时承担两项责任。
建立两个继承体系，并通过委托关系让其中一个可以调用另一个。
七十、将过程化设计转化为对象设计
手上有一些传统过程化风格的代码。
将数据记录变为对象，将大块的行为分为小块，并将行为移入相关对象之中。
七十一、将领域和表达/显示分离
某些GUI类之中包含了领域逻辑。
将领域逻辑分离出来，为它们建立独立的领域类。
七十二、提炼继承体系
有某个类做了太多工作，其中一部分工作以大量条件表达式完成的。
建立继承体系，以一个子类表示一种特殊情况。