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

在对象的设计过程中，“决定把责任放在哪儿”即使不是最重要的事，也是最重要的事之一。类往往会因为承担过多责任而变得臃肿不堪。

Move Method（搬移函数）

• 现象： 程序中，有个函数与其所在类之外的另一个类进行更多交流：调用后者，或被后者调用
• 做法：在该函数最常引用的类中建立一个有着类似行为的新函数，将旧函数变成一个单纯的委托函数，或是将旧函数完全移除。
• 一个类有太多行为，或如果一个类与另一个类有太多合作而形成高度耦合，就要搬移函数，从而使系统中的类更简单，更干净利落地实现系统交付的任务
• 当目标类需要使用源类的特性时，有4种选择：
  • 将这个特性也移到目标类；
  • 建立或使用一个从目标类到源类的引用关系；
  • 将源对象当做参数传给目标函数；
  • 如果所需特性是个变量，将它作为参数传给目标函数；
• 如果被搬移函数调用了源函数中另一个函数，就必须把源对象传递给目标函数；如果需要源类的多个特性，也需将源对象传递给目标函数；如果目标函数需要太多源类特性，那最好分解目标函数，并将其中一部分移回源类。

Move Field （搬移字段）

• 现象：在你的程序中，某个字段被其所驻类之外的另一个类更多地用到。所谓“使用”可能是通过设置、取值函数间接进行的。
• 做法：在目标类新建一个字段，修改原字段的所有用户，令它们改用新字段
• 也可能移动该字段的用户（某个函数），这取决于是否需要保持接口不受变化
• 先使用Self Encapsulation Field （set/get）封装字段，好处：对值的修改不影响调用函数

Extract Class （提炼类）

• 现象：某个类做了应该由两个类做的事情
• 做法：建立一个新类，将相关的字段和函数从旧类搬移到新类
• 一个类应该是一个清楚的抽象，处理一些明确的责任。但是，实际工作中，类会不断成长扩展，长时间下来，这个类会变得过分复杂。此时，你应该考虑哪些部分可以分离出去，并将它们分离到一个单独的类中。

Inline Class （将类内联化）

• 现象：某个类没有做太多事情。如果一个类不再承担足够责任、不再有单独存在的理由（通常是因为此前的重构动作移走了这个类的责任），以lnline Class将其塞进另一个类中。
• 做法：将这个类的所有特性（字段，方法）搬移到另一个类中，然后移除原类

Hide Delegate （隐藏委托关系）

• 现象：客户通过一个委托类来调用另一个对象
• 做法：在服务类上建立客户所需的所有函数，用以隐藏委托关系。

class Person {
	Department _department; //与Department类建立连接
	public Department getDepartment() {
		return _department;
	}
};

Class Department {
	private Person _manager;
	public Person getManager() {
		return _manager;
	}
};

//未隐藏调用关系
manager = john.getDepartment().getManager();
//隐藏调用关系
//在Person中建立委托函数
public Person getManager() {
	return _department.getManager();
}
manager = john.getManager();
//then, remove getDepartment() function from class Person.

Remove Middle Man （移除中间人）

• 现象：某个类做了过多的简单委托动作
• 做法：让客户直接调用受托类

Introduce Foreign Method （引入外加函数）

• 现象：你需要为提供服务的类增加一个函数，但你无法修改这个类
• 做法：在客户类中建立一个函数，并以第一参数形式传入 一个服务类实例
• 外加函数终归是权宜之计

Introduce Local Extension （引入本地扩展）

• 现象：你需要为服务类提供一些额外函数，但你无法修改这个类
• 做法：建立一个新类，使它包含这些额外函数，让这个扩展品成为源类的子类或包装类
• 尽量不要在子类中覆写原始类的函数，只添加新函数