软件体系结构-桥接模式.pptVIP

BRIDGE（桥接） 1. 意图 将抽象部分与它的实现部分分离，使它们都可以独立地变化。 2. 别名 Handle / Body 3. 动机 当一个抽象可能有多个实现时，通常用继承来协调它们。抽象类定义对该抽象的接口，而具体的子类则用不同方式加以实现。但是此方法有时不够灵活。 继承机制将抽象部分与它的实现部分固定在一起，使得难以对抽象部分和实现部分独立地进行修改、扩充和重用。 运用继承机制，我们可以定义Window抽象类和它的两个子类XWindow与PMWindow，由它们分别实现不同系统平台上的Window界面。 但是继承机制有两个不足之处： 1) 扩展Window抽象使之适用于不同种类的窗口或新的系统平台很不方便。 2) 继承机制使得客户代码与平台相关。 客户在创建窗口时应该不涉及到其具体实现部分。仅仅是窗口的实现部分依赖于应用运行的平台。这样客户代码在创建窗口时就不应涉及到特定的平台。 Bridge模式解决以上问题的方法是，将Window抽象和它的实现部分分别放在独立的类层次结构中。其中 一个类层次结构针对窗口接口（ Window、IconWin dow、TransientWindow） 另外一个独立的类层次结构针对平台相关的窗口实现部分，这个类层次结构的根类为WindowImp。 对Window子类的所有操作都是用WindowImp接口中的抽象操作实现的。这就将窗口的抽象与系统平台相关的实现部分分离开来。因此，我们将Window与WindowImp之间的关系称之为桥接，因为它在抽象类与它的实现之间起到了桥梁作用，使它们可以独立地变化。 4. 适用性 不希望在抽象和它的实现部分之间有一个固定的绑定关系。 例如这种情况可能是因为，在程序运行时刻实现部分应可以被选择或者切换。 类的抽象以及它的实现都应该可以通过生成子类的方法加以扩充。这时Bridge模式使你可以对不同的抽象接口和实现部分进行组合，并分别对它们进行扩充。 对一个抽象的实现部分的修改应对客户不产生影响，即客户的代码不必重新编译。 你想对客户完全隐藏抽象的实现部分。 正如在意图一节的第一个类图中所示的那样，有许多类要生成。这样一种类层次结构说明你必须将一个对象分解成两个部分。Rumbaugh称这种类层次结构为“嵌套的普化”（nested generalizations）。 你想在多个对象间共享实现（可能使用引用计数），但同时要求客户并不知道这一点。一个简单的例子便是Coplien的String类，在这个类中多个对象可以共享同一个字符串表示（String Rep）。 5. 结构 6. 参与者 Abstraction (Window ) — 定义抽象类的接口。 — 维护一个指向Implementor类型对象的指针。 RefinedAbstraction (IconWindow ) — 扩充由Abstraction定义的接口。 Implementor (WindowImp ) — 定义实现类的接口，该接口不一定要与A b s t r a c t i o n的接口完全一致；事实上这两个接口可以完全不同。一般来讲， I m p l e m e n t o r接口仅提供基本操作，而Abstraction则定义了基于这些基本操作的较高层次的操作。 ConcreteImplementor (XwindowImp, PMWindowImp ) — 实现Implementor接口并定义它的具体实现。 7. 协作 • Abstraction将client的请求转发给它的Implementor对象。 8. 效果 1) 分离接口及其实现部分 2) 提高可扩充性 3 ) 实现细节对客户透明 9. 实现 1) 仅有一个Implementor 2) 创建正确的Implementor对象 3 ) 共享Implementor对象 4) 采用多重继承机制 // Abstraction class Abstraction { // Fields protected Implementor implementor; // Properties public Implementor Implementor { set{ implementor = value; } } // Methods virtual public void Operation() { implementor.Operation(); } } // RefinedAbstraction class RefinedAbstraction : Abstraction { // Methods override public void Operation() { implemento