设计模式之桥接模式

模式动机：

    设想如果要绘制矩形、圆形、椭圆、正方形，我们至少需要 4 个形状类，但是如果绘制的图形需要具有不同的颜色，如红色、绿色、蓝色等，此时至少有如下两种设计方案：

          • 第一种设计方案是为每一种形状都提供一套各种颜色的版本。

          • 第二种设计方案是根据实际需要对形状和颜色进行组合。 

     对于有 两个变化维度 （即两个变化的原因）的系统，采用 方案二 来进行设计系统中类的个数更少，且系统扩展更为方便。设计方案二即是桥接模式的应用。桥接模式 将继承关系转换为关联关系 ，从而 降低了类与类之间的耦合 ， 减少了代码编写量 。

模式定义：

     桥接模式 (Bridge Pattern) ： 将抽象部分与它的实现部分分离，使它们都可以独立地变化 。它是一种对象结构型模式，又称为柄体 (Handle and Body) 模式或接口 (Interface) 模式。

    Bridge Pattern: Decouple an abstraction from its implementation  so that the two can vary independently. 

模式结构：

     

  桥接模式包含如下角色：

       • Abstraction ：抽象类

       • RefinedAbstraction ：扩充抽象类

       • Implementor ：实现类接口

       • ConcreteImplementor ：具体实现类

模式分析：

    理解桥接模式，重点需要理解如何将 抽象化 (Abstraction) 与 实现化 (Implementation) 脱耦 ，使得二者可以独立地变化。

      • 抽象化 ：抽象化就是忽略一些信息，把不同的实体当作同样的实体对待。在面向对象中， 将对象的共同性质抽取出来形成类的过程 即为抽象化的过程。

      • 实现化 ： 针对抽象化给出的具体实现，就是实现化 ，抽象化与实现化是一对互逆的概念，实现化产生的对象比抽象化更具体，是对抽象化事物的进一步具体化的产物。

      • 脱耦 ：脱耦就是 将抽象化和实现化之间的耦合解脱开，或者说是将它们之间的强关联改换成弱关联 ， 将两个角色之间的继承关系改为关联关系 。桥接模式中的所谓脱耦，就       是指在一个软件系统的抽象化和实现化之间使用关联关系（组合或者聚合关系）而不是继承关系，从而使两者可以相对独立地变化，这就是桥接模式的用意。 

典型的实现类接口代码：

publicinterfaceImplementor

{

  public voidoperationImpl();

}
  

典型的抽象类代码：

public  abstract class Abstraction

{

   protectedImplementorimpl;

   public voidsetImpl(Implementorimpl)

   {

       this.impl=impl;

    }

  public abstract void operation();

} 

典型的扩充抽象类代码：

publicclassRefinedAbstraction extends Abstraction

{

  public void operation()

  {

  //代码

 impl.operationImpl();

  //代码

 }

}

桥接模式实例分析：

实例一：模拟毛笔
现需要提供大中小3种型号的画笔，能够绘制5种不同颜色，如果使用蜡笔，我们需要准备3*5=15支蜡笔，也就是说必须准备15个具体的蜡笔类。而如果使用毛笔的话，只需要3种型号的毛笔，外加5个颜料盒，用3+5=8个类就可以实现15支蜡笔的功能。本实例使用桥接模式来模拟毛笔的使用过程

实例二：跨平台视频播放器

• 如果需要开发一个跨平台视频播放器，可以在不同操作系统平台（如 Windows 、 Linux 、 Unix 等）上播放多种格式的视频文件，常见的视频格式包括 MPEG 、 RMVB 、 AVI 、 WMV 等。现使用桥接模式设计该播放器。

模式优缺点：

       桥接模式的优点

      • 分离抽象接口及其实现部分 。

      • 桥接模式有时类似于多继承方案，但是多继承方案违背了类的单一职责原则（即一个类只有一个变化的原因），复用性比较差，而且多继承结构中类的个数非常庞大， 桥接模式是比多继承方案更好的解决方法 。

      • 桥接模式 提高了系统的可扩充性 ，在两个变化维度中任意扩展一个维度，都不需要修改原有系统。

实现细节对客户透明，可以对用户隐藏实现细节

     桥接模式的缺点

     • 桥接模式的引入会 增加系统的理解与设计难度 ，由于聚合关联关系建立在抽象层，要求开发者针对抽象进行设计与编程。

     • 桥接模式要求正确识别出系统中两个独立变化的维度，因此 其使用范围具有一定的局限性 。 

模式适用环境：

 

  在以下情况下可以使用桥接模式：

     • 如果一个系统 需要在构件的抽象化角色和具体化角色之间增加更多的灵活性 ， 避免在两个层次之间建立静态的继承联系 ，通过桥接模式可以使它们在抽象层建立一个关联关

    系。

    • 抽象化角色和实现化角色可以以继承的方式独立扩展而互不影响 ，在程序运行时可以动态将一个抽象化子类的对象和一个实现化子类的对象进行组合，即系统需要对抽象化

    角色和实现化角色进行动态耦合。

    • 一个类 存在两个独立变化的维度 ，且这两个维度都需要进行扩展。

    • 虽然在系统中使用继承是没有问题的，但是由于抽象化角色和具体化角色需要独立变化，设计要求需要独立管理这两者。

对于那些 不希望使用继承或因为多层次继承导致系统类的个数急剧增加的系统 ，桥接模式尤为适用。

模式应用：

(1) Java 语言通过 Java 虚拟机实现了平台的无关性。

(2) JDBC 驱动程序也是桥接模式的应用之一。使用 JDBC 驱动程序的应用系统就是抽象角色，而所使用的数据库是实现角色。 一个 JDBC 驱动程序可以动态地将一个特定类型的数据库与一个 Java 应用程序绑定在一起，从而实现抽象角色与实现角色的动态耦合。

模式扩展：

适配器模式与桥接模式的联用

      • 桥接模式和适配器模式用于设计的不同阶段， 桥接模式用于系统的初步设计 ，对于存在两个独立变化维度的类可以将其分为抽象化和实现化两个角色，使它们可以分别进行

        变化；而在初步设计完成之后， 当发现系统与已有类无法协同工作时，可以采用适配器模式 。但有时候在设计初期也需要考虑适配器模式，特别是那些涉及到大量第三方应

        用接口的情况。