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是对象组合的一个极端的例子。它表明作为代码重用地一种机制,理论上继承总是可以用对象的组合进行改写。
本文地址:http://com.8s8s.com/it/it33669.htm