重构-改善既有代码的设计(十一)--处理概括关系

前言

有一批重构手法专门用来处理概括关系（即继承关系），主要是将函数上下移动于继承体系之中字段上移和方法上移都用于将特性向继承体系的上端移动，字段下移和方法下移则将特性向继承体系的下端移动。构造函数比较难以向上拉动，因此专门有一个构造函数本体上移处理它，一般不会将构造函数往下推，因为以工厂函数取代构造函数通常更管用。

字段上移

问题

两个子类拥有相同的字段

方法

将该字段上移

动机

既然是相同字段就应该放在父类中

函数上移

问题

有些函数，在各个子类中产生完全相同的效果

方法

将该函数移至超类

动机

相同效果的方法应该可以做成一个方法吧。

构造函数本体上移

问题

在各个子类中拥有一些构造函数，他们的本体几乎完全一致

方法

在超类中新建一个构造函数，并在子类构造函数中调用它

动机

又是重复代码。。。

函数下移

问题

超类中的某个函数只与部分（而非全部）子类有关

方法

将这个函数移到相关的子类去

动机

这个就是依恋关系。直接迁移函数

字段下移

问题

超类中的某个字段只被部分（而非全部）子类用到

方法

将这个字段移到需要它的那些子类去

动机

这个就是依恋关系。直接迁移字段

提炼子类

问题

类中的某些特性只被某些（而非全部）实例用到

方法

新建一个子类，将上面所说的那一部分特性移到子类中

动机

说明这个类并不是只做一件事。而且还比较重。需要拆分

提炼超类

问题

两个类有相似的特性

方法

为这两个类建立一个超类，将相同特性移至超类

动机

用父类来封装相似的特性，用子类来新特性

# 提炼接口

问题

若干客户使用类接口中的同一子集，或者两个类的接口有部分相同

方法

将相同的子集提炼到一个独立的接口中

动机

同上

折叠继承体系

问题

超类和子类之间没有太大的区别

方法

将它们合为一体

动机

根据具体情况而用

塑造模板函数

问题

有一些子类，其中相应的某些函数以相同顺序执行类似的操作，但各个操作的细节上有所不同

方法

将这些操作分别放进独立函数中，并操持它们都有相同的签名，于是原函数也就变得相同了，然后将原函数上移至超类。

动机

比如java的泛型，就是模板函数，能够大大减少代码重复

以委托取代继承

问题

某个子类只使用超类接口中的一部分，或是根本不需要继承而来的数据

方法

在子类中新建一个字段用以保存超类，调整子类函数，令它改而委托超类，然后去掉两者之间的继承关系。

动机

如果只使用方法的话，可以这样使用

以继承取代委托

问题

在两个类之间使用委托关系，并经常为整个接口编写许多极简单的委托函数。

方法·

让委托类继承受托类

动机

太简单的委托是没有必要的。只会增加代码量。