设计模式复习笔记(委托机制)

类别:软件工程 点击:0 评论:0 推荐:

Delegation(委托)机制


 (如来熊郑重提醒:Delegation是一种机制,而不是模式。)

Delegation是一种实现机制:一个对象转发或者委托一个请求给另一个对象。被委托的一方(delegate)替原先的对象处理请求。

 

Deletation可以使组合(composition)实现继承(inheritance)所实现的功能。在delegation中,有两个对象与请求的处理有关:接收请求的对象将操作委托给代理(delegate)。这与子类替夫类处理请求类似。但是在继承的情况下,被继承的操作可以通过C++this成员变量一直refer接收者。为达到与delegation相同的效果,接收方将自己作为参数传递给代理,让代理操作能够refer到接收方。

 

例如:如果不想将Window类设计成Rectangle的子类(因为windows一般都是矩形的)Window类就必须保持一个Rectangle实例变量并且将特定与Rectangle的行为委托给该变量,换句话或,Window”一个Rectangle,但不一个RectangleWindow现在必须明确地转发请求给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