决定把责任放在哪儿,即使不是最重要的事情, 也是最重要的事之一.
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 (引入本地扩展)
你需要为服务类提供一些额外函数, 但你无需修改这个类
建立一个新类, 使它包含这些额外函数. 让这个扩展品成为源类的子类或者包装类.
- 使用本地扩展使你坚持
函数和数据应该被统一封装的原则. 把零乱的代码整理放入扩展类中, 使其易于复用. - 你需要在父类对象创建之前使用本地扩展.
