处理概括关系
即继承关系
11.1 Pull Up Field (字段上移)
两个子类拥有相同的字段
将该字段移至超类
11.2 Pull Up Method (函数上移)
有些函数, 在各个子类中产生完全相同的结果.
将该函数移至超类
11.3 Pull Up Constructor Body (构造函数本体上移)
你在各个子类中拥有一些构造函数, 它们的本体几乎完全一致.
在超类中新建一个构造函数, 并在子类构造函数中调用它.
11.4 Push Down Method (函数下移)
超类中的某个函数只与部分(而非全部)子类有关
将这个函数移到相关的那些子类去.
提炼子类的时候你会需要它
11.5 Push Down Field (字段下移)
超类中的某个字段只被部分(而非全部)子类用到.
将这个字段移到需要它的那些子类去
11.6 Extract Subclass (提炼子类)
类中的某些特性只被某些(并非全部)实例用到
新建一个子类, 将上面所说的那一部分特性移到子类中
- 动机: 你发现类中的某些行为只被一部分实例用到, 其他实例不需要它们.
Extract class 是 Extract Subclass之外的另一种选择, 两者之间的抉择其实就是委托和继承之间的抉择.
如果你希望一个类以几种不同的方式变化, 就必须使用委托.
11.7 Extract Superclass (提炼超类)
两个类有相似特性
为这两个类建立一个超类, 将相同特性移至超类
11.8 Extract Interface (提炼接口)
若干客户使用类接口中的同一子类, 或者两个类的接口有部分相同.
将相同的子集提炼到一个独立接口中
此法可以使得系统的用法更清晰, 同时也更容易看清系统的责任划分.
11.9 Collapse Hierarchy (折叠继承体系)
超类和子类之间无太大区别
将它们合为一体.
11.10 Form Template Method (塑造模板函数)
你有一些子类, 其中相应的某些函数以相同顺序执行类似的操作, 但各个操作的细节上有所不同.
将这些操作分别放进独立函数中, 并保持他们都有相同的签名, 于是原函数也就变得相同了. 然后将原函数上移至超类
两个函数以相同的顺序执行大致相近的操作, 但是各个操作不完全相同. 这种情况下我们可以将执行操作的序列移动至超类, 并借助多态保证各操作仍得以保持差异性. 这样的函数就被称为模板函数.
11.11 Replace Inheritance with Delegate (以委托取代继承)
某个子类只使用超类接口中的一部分, 或是根本不需要继承而来的数据.
在子类中新建一个字段用以保存超类; 调整子类函数, 令它改而委托超类; 然后去掉两者之间的继承关系.
11.12 Replace Delegate with Inheritance (以继承取代委托)
你再两个类之间使用委托关系, 并经常为整个接口编写许多极简单的委托函数.
让委托类继承受托类
如果你发现自己需要受托类中的所有函数, 并费了很大的力气编写所有极简的委托函数, 本重构可以帮助你轻松回头使用继承.
- 记住两点
- 1,如果你并没有使用受委托的所有函数, 那么不要使用本项重构, 如果过多的委托函数让你烦心, 你可以通过
移除中间人让客户端自己调用委托函数, 然后让两个类都继承这个新的超类. 或提炼接口 - 2,受托对象被不止一个其他对象共享,而且受托对象是可变的. 此情况,你就不能将委托替换为继承关系. 因为这样就不能共享数据了.
- 1,如果你并没有使用受委托的所有函数, 那么不要使用本项重构, 如果过多的委托函数让你烦心, 你可以通过
