本文是在学习中的总结，欢迎转载但请注明出处：http://blog.csdn.net/pistolove/article/details/43769929
在上一篇文章中介绍了“将类内联化”。本文将介绍“隐藏委托关系”这种重构手法。
下面让我们来学习这种重构手法吧。
开门见山
发现：客户通过一个委托关系来调用另一个对象。
解决：在服务类上建立客户所需的所有函数，用以隐藏委托关系。
动机
我们都知道，”封装“即使不是对象的最为关键的特征，也是最为关键的特征之一。 ”封装“意味着每个对象都应该尽可能少了解系统的其它部分。这样，一旦发生变化，需要了解这一变化的对象就会比较少——这会使变化比较容易。
如果某个客户先通过服务对象的字段得到了另一个对象，然后调用后者的函数，那么客户就必须知晓这一层委托关系。万一委托关系发生了变化，那么客户也得相应改变。那么，我们可以再服务器对象上放置一个简单的委托函数，将委托关系隐藏起来，从而去除这种依赖。这样，即使在将来委托关系发生变化，也只在服务器对象中，而不会涉及客户。
对于某些或全部客户，你可能会发现，有必要使用”提炼类“。一旦你对所有的客户都隐藏了委托关系，就不再需要在服务器对象的接口中公开被委托对象了。
做法
（1）对于每一个委托关系中的函数，在服务器端建立一个简单的委托函数。
（2）调整客户，令它只调用服务器对象提供的函数。（如果使用者和服务提供者不在同一个包，考虑修改委托函数的访问权限，让客户能够在包外调用）
（3）每次调整后，编译并测试。
（4）如果将来不再有任何客户需要使用委托类，便可移除服务对象中相关的访问函数。
（5）编译，测试。
示例
本例从两个类开始：代表“人”的person类和代表“部门”的department：
class Person{
Department _department;
public Department get_department() {
return _department;
}
public void set_department(Department _department) {
this._department = _department;
}
}
class Department{
private String _changeCode;
private Person _manager;
public Person get_manager() {
return _manager;
}
public void set_manager(Person _manager) {
this._manager = _manager;
}
//......
}
如果客户想要知道某人的经理是谁，他必须先取得Department对象：
Person john = new Person(); Person manager = john.get_department().get_manager();
这样的编码对客户暴露了Department的工作原理，于是客户知道;Department用以追踪“经理”这条信息。如果对客户隐藏Department，可以减少耦合。为了到达预期的目的，在Person中建立一个简单的委托函数：
public Person getManager(){
return _department.get_manager();
}
现在，需要修改Person的所有用户，让它们使用新的函数：
Person manager = john.getManager();
只要完成了对Department所有函数的委托关系，并相应修改了Person的所有客户，就可以移除Person中的访问函数get_department()了。
本文主要介绍了重构手法——隐藏“委托关系”。该手法看起来的确挺简单，主要目的是减少代码中的耦合，对该手法的运用也需依具体情况，下一篇文章介绍的“移除中间人”就正好和该手法相反，所以灵活的运用还是挺重要的。现在我也还处于初级水平，期待慢慢的进步。
最后，希望本文对你有所帮助。有问题可以留言，谢谢。（PS：下一篇将介绍重构笔记——移除中间人）