『重构--改善既有代码的设计』读书笔记----Hide Delegate

所谓委托关系，就是一个类对于另一个类来说纯粹作为接口转发，即客户通过一个委托类去调用另一个对象。直白的委托关系就是委托类直接返回出目标类给客户调用，这个关系很麻烦，因为委托关系的变动就会影响客户端的代码。隐秘的委托关系很健康，当你完全隐藏之后，你委托关系的变化只会发生在委托类的内部，从而不会去影响客户。

封装是面向对象最关键的特征之一。他意味着系统的每个对象都应该尽可能少的了解系统的其他部分，这样带来的好处就是一旦发生了变化之后，需要了解到这一变化的对象就比较少，这也就意味着你需要改动的代码可以很少，让变化可以更加容易的进行。

在C++中你可以光明正大的把字段声明为public,但你应该还是尽量去隐藏这种字段，公开暴露这种字段带来的麻烦可以很多，应该尽量使用protected或者private。随着你开发经验的日渐丰富，你会发现有很多别的东西也可以进行封装。

如果客户需要通过一个服务对象（委托对象）从而得到另一个对象去调用另一个对象的函数，那么客户就必须要知道这一层委托关系，万一委托关系发生变化，客户也得相应变化。你可以在服务对象上放置一个简单的委托函数，将委托关系隐藏起来，从而去除这种依赖。这样一来，如果以后委托关系发生变化，变化也只被限制在服务对象中，不会涉及到客户。对于某些或全部客户，你可能会发现，有必要先使用Extract Class，一旦你对所有客户都隐藏了关系，就不再需要在服务对象中公开被委托对象了。

做法：

• 对于每一个委托关系中的函数，在服务对象中建立一个简单的委托函数。
• 调整客户，另他只调用服务对象提供的函数。
• 每次调整后进行编译，测试。
• 如果将来不再有任何客户需要显示去获得受托类，那么你就可以彻底移除服务对象中的相关访问函数。
• 编译，测试。

例子：

class Person
{
    Department *department() const
    {
        return m_department;
    }

    void setDepartment(Department *value)
    {
        m_department = value;
    }

    private:
        Department *m_department;
};

class Department
{
    public:
        Department(Person *person) :
            m_manager(person)
        {
        }
        Person *manager() const
        {
            return m_manager;
        }
    private:
        QString m_chargeCode;
        Person *m_manager;
};

我们可以看到有Person和Department这两个类，我们来看下客户端代码，如果我有一个Person，我想要去获取他的manager,我们就必须先调用得到他的department然后再去调用mana

manager = john->department()->manager();

可以看到，这种调用方式无疑暴露了客户端代码对于Department类的工作原理，我们可以得到原来是Department用来跟踪经理信息的这条逻辑。这样无疑增加了客户代码和Department之间的耦合，要消除这种耦合我们就必须Hide Delegate在Person中建立委托函数

class Person
{
    public:
        Person *manager()
        {
            m_department->manager();
        }
};

然后我们修改客户端代码，让他转而调用新函数。

manager = john->manager();

可以看到，经过这一次修改之后，客户端代码对Department一无所知，这样无论我Person类内部与Department之间进行何种改变，我客户端代码都是稳定的。甚至如果我们完成了对Department的所有函数的委托之后，并相应修改了Person的所有客户，我就可以移除Person中对Department的访问函数了。

ger