返回总目录

本小节目录

• Hide Delegate（隐藏“委托关系”）

• Remove Middle Man（移除中间人）

5Hide Delegate（隐藏“委托关系”）

概要

客户通过一个委托关系来调用另一个对象。

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

动机

如果某个客户先通过服务对象的字段或者属性得到另一个对象，然后调用后者的函数，那么客户就必须知晓这一层委托关系。万一委托关系发生变化，客户也得相应变化。你可以在服务对象上放置一个简单的委托关系，将委托关系隐藏起来，从而去除这种依赖。这么一来，即便将来发生委托关系上的变化，变化也将被限制在服务对象中，不会波及客户。

范例

看下面代表“人”的Person类和代表“部门”的Department类：

class Person
{
    public Department Department { get; set; }

}

class Department
{
    private string _chargeCode;

    public Person Manager { get; set; }

    public Department(Person manager)
    {
        Manager = manager;
    }

}

如果客户想知道某人的经理是谁，他必须先取得Department对象：

Person john = new Person();
var manager = john.Department.Manager;

这样的编码就对客户揭露了Department的工作原理，于是客户知道：Department用以追踪“经理”这条消息。如果对客户隐藏Department，可以减少耦合。为此，我们在Person中建立一个简单的委托函数：

class Person
{
    public Department Department { get; set; }

    public Person GetManager()
    {
        return Department.Manager;
    }
}

现在，我得修改Person的所有客户，让它们改用新函数：

Person john = new Person();
var manager = john.GetManager();

修改完所有的客户之后，就可以将Person的Department的get设为私有的了。

public Department Department { private get; set; }

小结

“封装”即使不是对象的最关键特征，也是最关键特征之一。“封装”意味着对象都应该尽可能少了解系统的其他部分。如此一来，一旦发生变化，需要了解这一变化的对象就会较少。

6Remove Middle Man（移除中间人）

概要

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

让客户直接调用委托类。

动机

第5节我们说到“封装受托对象”的好处。但是这样的封装也是要付出代价的，即：每当客户要使用受托类的新特性时，就必须在服务端添加一个简单委托函数。随着受托类的特性越来越多，这一过程将非常痛苦。服务类完全成了“中间人”，这时候就需要让客户直接调用受托类。

范例

还是来看上面的“人与部门”的例子。

class Person
{
    public Department Department { private get; set; }

    public Person GetManager()
    {
        return Department.Manager;
    }
}

class Department
{
    private string _chargeCode;

    public Person Manager { get; set; }

    public Department(Person manager)
    {
        Manager = manager;
    }

}

为了找出某人的经理，客户代码可能这样写：

Person john = new Person();
var manager = john.GetManager();

像这样，使用封装和Department都很简单。但如果大量函数都这么做，就不得不在Person之间安置大量的委托行为。这就是该移除中间人的时候了。

首先在Person中建立一个函数用于获得受托对象：

public Department GetDepartment()
{
    return Department;
}

然后逐一处理每个委托函数。针对每一个这样的函数，找出通过Person使用的函数，并对它进行修改，使它首先获得受托对象，然后直接使用后者：

var manager = john.GetDepartment().Manager;

然后就可以删除Person的GetManager()函数。

小结

很难说什么程度的隐藏才是最合适的。随着系统的变化，“合适的隐藏程度”这个尺度也在相应改变。昨天你感觉恰如其分的封装，今天就可能显得很笨拙。还好，我们有了Hide Delegate和Remove Middle Man，因为我们可以在系统运行过程中不断进行调整。

重构的意义在于：永远不必说对不起——只要把出问题的地方修补好就行了。

To Be Continued……