2004-10-28撰写
读Globus Toolkit编程文档时，里面在实现operation provider时提到了delegation模式。
GOF的设计模式里好像没有这个模式，还好网上找到了相关的文档。翻译如下：
委托模式:（应该翻译成委托吧，如果翻译成代理容易和proxy模式混淆）
委托模式是一种技术,一个对象在外界来看好像实现了一些行为,但实际上是委托给相关的其他类来实现行为的.在不可以使用继承,而采用聚合时,必须使用这种技术.
一个简单的java例子：
这个例子中,C拥有调用A中f()和g()的插口.看起来C好像有A的功能.
class A {
void f() { system.out.println("A: doing f()"; }
void g() { system.out.println("A: doing g()"; }
}
class C {
// delegation
A a = new A();
void f() { a.f(); }
void g() { a.g(); }
// normal attributes
X x = new X();
void y() { /* do stuff */ }
}
void main() {
C c = new C();
c.f();
c.g();
}
另一个复杂些的java例子.
使用接口+委托可以提高程序灵活性,和类型的安全性.这个例子中,C代理了A,B二者之一.C可以在A,B之间切换.由于A,B都必须通过实现接口以实现功能,这就提高了了类型安全性.作为折中,当然也需要写更多的代码.
interface I {
void f();
void g();
}
class A implements I {
void f() { system.out.println("A: doing f()"; }
void g() { system.out.println("A: doing g()"; }
}
class B implements I {
void f() { system.out.println("B: doing f()"; }
void g() { system.out.println("B: doing g()"; }
}
class C implements I {
// delegation
I i = new A();
void f() { i.f(); }
void g() { i.g(); }
// normal attributes
void toA() { i = new A(); }
void toB() { i = new B(); }
}
void main() {
C c = new C();
c.f();
c.g();
}
缺点:这个模式是典型的牺牲性能提高抽象程序的清晰程度. (或者说提高代码可读性)
