所谓委托关系，就是一个类对于另一个类来说纯粹作为接口转发，即客户通过一个委托类去调用另一个对象。直白的委托关系就是委托类直接返回出目标类给客户调用，这个关系很麻烦，因为委托关系的变动就会影响客户端的代码。隐秘的委托关系很健康，当你完全隐藏之后，你委托关系的变化只会发生在委托类的内部，从而不会去影响客户。
封装是面向对象最关键的特征之一。他意味着系统的每个对象都应该尽可能少的了解系统的其他部分，这样带来的好处就是一旦发生了变化之后，需要了解到这一变化的对象就比较少，这也就意味着你需要改动的代码可以很少，让变化可以更加容易的进行。
在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