设计模式16Bridge.docVIP

桥梁（Bridge）模式 桥梁模式是一个非常有用的模式，也是比较复杂的一个模式（注：《Java与模式》一书认为Bridge模式不是一个使用频率很高的模式，我不太赞同，我认为Bridge模式中蕴涵了很多设计模式的关键思想在里面，所以我这里采纳了《Design Patterns Explained》一书的作者Alan Shalloway与James R. Trott的观点：The Bridge pattern is quite a bit more complex than the other patterns you just learned; it is also much more useful）。熟悉这个模式对于理解面向对象的设计原则，包括“开－闭”原则(OCP)以及组合/聚合复用原则(CARP)都很有帮助。理解好这两个原则，有助于形成正确的设计思想和培养良好的设计风格。 桥梁模式的用意 【GOF95】在提出桥梁模式的时候指出，桥梁模式的用意是“将抽象化(Abstraction)与实现化(Implementation)脱耦，使得二者可以独立地变化”。这句话有三个关键词，也就是抽象化、实现化和脱耦。 抽象化 存在于多个实体中的共同的概念性联系，就是抽象化。作为一个过程，抽象化就是忽略一些信息，从而把不同的实体当做同样的实体对待【LISKOV94】。 实现化 抽象化给出的具体实现，就是实现化。 脱耦 所谓耦合，就是两个实体的行为的某种强关联。而将它们的强关联去掉，就是耦合的解脱，或称脱耦。在这里，脱耦是指将抽象化和实现化之间的耦合解脱开，或者说是将它们之间的强关联改换成弱关联。 将两个角色之间的继承关系改为聚合关系，就是将它们之间的强关联改换成为弱关联。因此，桥梁模式中的所谓脱耦，就是指在一个软件系统的抽象化和实现化之间使用组合/聚合关系而不是继承关系，从而使两者可以相对独立地变化。这就是桥梁模式的用意。 桥梁模式的结构 桥梁模式【GOF95】是对象的结构模式，又称为柄体(Handle and Body)模式或接口(Interface)模式。 下图所示就是一个实现了桥梁模式的示意性系统的结构图。 可以看出，这个系统含有两个等级结构，也就是： 由抽象化角色和修正抽象化角色组成的抽象化等级结构。 由实现化角色和两个具体实现化角色所组成的实现化等级结构。 桥梁模式所涉及的角色有： 抽象化(Abstraction)角色：抽象化给出的定义，并保存一个对实现化对象的引用。 修正抽象化(Refined Abstraction)角色：扩展抽象化角色，改变和修正父类对抽象化的定义。 实现化(Implementor)角色：这个角色给出实现化角色的接口，但不给出具体的实现。必须指出的是，这个接口不一定和抽象化角色的接口定义相同，实际上，这两个接口可以非常不一样。实现化角色应当只给出底层操作，而抽象化角色应当只给出基于底层操作的更高一层的操作。 具体实现化(Concrete Implementor)角色：这个角色给出实现化角色接口的具体实现。 桥梁模式的示意性源代码 // Bridge pattern -- Structural example using System; // Abstraction class Abstraction { // Fields protected Implementor implementor; // Properties public Implementor Implementor { set{ implementor = value; } } // Methods virtual public void Operation() { implementor.Operation(); } } // Implementor abstract class Implementor { // Methods abstract public void Operation(); } // RefinedAbstraction class RefinedAbstraction : Abstraction { // Methods override public void Operation() { implementor.Operation(); } } // ConcreteImplementorA class ConcreteImplementorA : Implementor { // Methods override public void Operation() { Console.WriteLine(Conc