第七章 在对象之间搬移特性

决定把责任放在哪儿,即使不是最重要的事情, 也是最重要的事之一.

Move Method和Move Field简单地移动对象行为. 如果这两个重构手法都需要用到, 我会首先使用Move Field, 再使用Move Method

类往往会因为承担过多责任而变得臃肿不堪. 这种情况下, 我会使用Extract Class 将一部分责任分离出去. 如果一个类变得太不负责任, 我就会使用Inline Class将它融入另一个类. 如果一个类使用了另一类, 运用Hide Delegate将这种关系隐藏起来通常是有帮助的. 有时候隐藏委托类会导致拥有者的接口经常变化, 此时需要使用Remove Middle Man

当我不能访问某个类的源码, 却又想把其他责任移进这个不可修改的类时, 我才会使用这两个重构手法. 如果我想加入的只是一或两个函数, 就会使用Introduce Foreign Method: 如果不止一两个函数, 就使用Introduce Local Extension

7.1 Move Method (搬移函数)

你的程序中, 有个函数与其所驻类之外的另一个类进行更多的交流: 调用后者,或被后者调用.

在该函数最常用的类中建立一个有这类似行为的新函数. 将旧函数变成一个单纯的委托函数, 或是将就函数完全移除.

7.2 Move Field (搬移字段)

你的程序中, 某个字段被其所驻类之外的另一个类更多地用到.

在另一个类中新建一个字段, 修改源字段的所有用户, 令他们改用新字段.

7.3 Extract Class(提炼类)

某个类做了应该由两个类做的事.

建立一个新类, 将相关的字段和函数从旧类搬移到新类.

如果你发现子类化只影响类的部分特性,或如果你发现某些特性需要以一种方式来子类化, 某些特性则需要以另一种方式子类化, 这就意味着你需要分解原来的类.

7.4 Inline Class(将类内联化)

某个类没有做太多事情

将这个类的所有特性搬移到另一个类中, 然后移除原类.

7.5 Hide Delegate(隐藏"委托关系")

客户通过一个委托类来调用另一个对象.

在服务类上建立客户端所需的所有函数, 用以隐藏委托关系

此条体现了对象技术的关键特征:封装

如果某个客户先通过服务对象的字段得到另一个对象, 然后调用后者的函数, 那么客户就必须知晓这一层委托关系. 你可以在服务对象上放置一个简单的委托函数, 将委托关系隐藏起来, 从而去除这种依赖.

可能随着提炼类, 都不用持有委托函数, 直接暴露委托的功能.

它的代价是: 每当客户要使用委托类的新功能, 你就必须在服务端添加一个简单委托函数.

7.6 Remove Middle Man(移除中间人)

某个类做了过多的简单委托动作.

让客户直接调动委托类

此条和7.5是互斥的关系, 很难说什么程度的隐藏才是合适的. 随着系统的变化, 隐藏程度需要不断的调整.

• 重构的意义就在于: 你永远不必说对不起 --- 只要把出问题的地方修复好就行了

7.7 Introduce Foreign Method(引入外加函数)

你需要为提供服务的类添加一个函数, 但你无法修改这个类.

在客户类中建立一个函数, 并以第一参数形式传入一个服务类实例

在进行本项重构时, 如果你以外加函数实现一项功能, 那就是一个明确信号: 这个函数原本应该在提供服务的类中实现.

但是不要忘记: 外加函数终归是权宜之计. 如果不能把外加函数搬移到服务类中, 就把外加函数交给服务类的持有者, 请他帮你在服务类中实现这个函数.施行7.8操作.

7.8 Introduce Local Extension (引入本地扩展)

你需要为服务类提供一些额外函数, 但你无需修改这个类

建立一个新类, 使它包含这些额外函数. 让这个扩展品成为源类的子类或者包装类.

• 使用本地扩展使你坚持函数和数据应该被统一封装的原则. 把零乱的代码整理放入扩展类中, 使其易于复用.
• 你需要在父类对象创建之前使用本地扩展.