Delegation(委托)机制
（如来熊郑重提醒：Delegation是一种机制，而不是模式。）
Delegation是一种实现机制：一个对象转发或者委托一个请求给另一个对象。被委托的一方(delegate)替原先的对象处理请求。
Deletation可以使组合(composition)实现继承(inheritance)所实现的功能。在delegation中，有两个对象与请求的处理有关：接收请求的对象将操作委托给代理(delegate)。这与子类替夫类处理请求类似。但是在继承的情况下，被继承的操作可以通过C++的this成员变量一直refer接收者。为达到与delegation相同的效果，接收方将自己作为参数传递给代理，让代理操作能够refer到接收方。
例如：如果不想将Window类设计成Rectangle的子类(因为windows一般都是矩形的)，Window类就必须保持一个Rectangle实例变量并且将特定与Rectangle的行为委托给该变量，换句话或，Window”有”一个Rectangle，但不”是”一个Rectangle。Window现在必须明确地转发请求给Rectangle实例，而不是继承这些操作。
下图说明了Window类是如何委托Area操作给Rectangle实例的。
一个普通的箭头线指出这个类持有其他类的一个实例的引用(reference)。这个引用可以有一个名字，具体在这个例子里是”rectangle”。
Delegation的主要好处是可以在运行时很容易地组合新的行为(behavior)。我们的window可以在运行时很容易地改成环形的，只要将Rectangle实例替换成Circle实例即可。
Delegation通过对象的组合使软件变得更加灵活，同时也带来了坏处：动态的，高度参数化的软件比相对静态的软件要难以理解。运行时的性能也受到影响。但是长期来看，人的开发效率比运行效率要来的更加重要。
所以，假如delegation简化掉的问题必它带来的新问题药多的话，她就仍不失为一种好的设计选择，
要给出说什么时候应该用delegation，什么时候不应该用这样确切的规则很难。因为这种方法是否有效取决于具体的context(情境),以及使用者的经验。一般来说，以高度风格化的方式式用Delegation的效果最好—也就是说，在标准的模式里使用。
有的设计模式使用了delegation。比如说State模式，Strategy模式，Visitor模式。
还有些设计模式稍微用了一点delegation。比如Mediator模式，ChainOfResponsibility模式, Bridge模式。
Delegation是对象组合的一个极端的例子。它表明作为代码重用地一种机制，理论上继承总是可以用对象的组合进行改写。
