Remove Middle Man 移除中间人

动机

在Hide Delegate的“动机” 一节中，我谈到了 “封装受托对象”的好处。 何是这层封装也是要付出代价的，它的代价就是：每当客户要使用受托类的新特性 时，你就必须在服务端添加一个简单委托函数。随着受托类的特性（功能）越来越多，这一过程会让你痛苫不己。服务类完全变成了一个“中间人”，此时你就应该让客户直接调用受托类。

很难说什么程度的隐藏才是合适的。还好，有了Hide Delegate和Remove Middle Man,你大可不必操心这个问题，因为你可以在系统运行过程中不断进行调整。随着系统的变化，“合适的隐藏程度”这个尺度也相应改变。6个月前恰如其分的封装，现今可能就显得笨拙。重构的意义就在于：你永远不必说对不起——只要把出问题的地方修补好就行了。

做法

• 建立一个函数，用以获得受托对象。
• 对于每个委托函数，在服务类中删除该函数，并让需要调用该函数的客户转为调用受托对象。
• 处理毎个委托函数后，编译、测试。