结构型 | 2.桥接模式

桥接模式

1.模式机动

• 设想如果要绘制矩形、圆形、椭圆、正方形，我们至少需要4个形状类，但是如果绘制的图形需要具有不同的颜色，如红色、绿色、蓝色等，此时至少有如下两种设计方案：
  • 第一种设计方案是为每一种形状都提供一套各种颜色的版本。
  • 第二种设计方案是根据实际需要对形状和颜色进行组合。

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

2.模式定义

• 桥接模式(Bridge Pattern)：将抽象部分与它的实现部分分离，使它们都可以独立地变化。
• 对象结构型模式，又称为柄体(Handle and Body)模式或接口(Interface)模式
• 用抽象关联取代了传统的多层继承
• 将类之间的静态继承关系转换为动态的对象组合关系

3.模式分析

4. 模式结构

桥接模式包含如下角色：

• Abstraction：抽象类
• RefinedAbstraction：扩充抽象类
• Implementor：实现类接口
• ConcreteImplementor：具体实现类类

5. 模式实例

模拟毛笔：实例说明

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

模拟毛笔：参考类图

6.模式的优缺点

桥接模式优点：

• 分离抽象接口及其实现部分
• 可以取代多层继承方案，极大地减少了子类的个数
• 提高了系统的可扩展性，在两个变化维度中任意扩展一个维度，不需要修改原有系统，符合开闭原则

桥接模式缺点：

• 会增加系统的理解与设计难度，由于关联关系建立在抽象层，要求开发者一开始就要针对抽象层进行设计与编程
• 正确识别出系统中两个独立变化的维度并不是一件容易的事情（eg：不同的数据源对应不同的xxx。有两个不同，这样就会比较有可能是使用桥接模式。）

7.使用场景

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

• 需要在抽象化和具体化之间增加更多的灵活性，避免在两个层次之间建立静态的继承关系
• 抽象部分和实现部分可以以继承的方式独立扩展而互不影响
• 一个类存在两个（或多个）独立变化的维度，且这两个（或多个）维度都需要独立地进行扩展（最主要）
• 不希望使用继承或因为多层继承导致系统类的个数急剧增加的系统

8.模式扩展

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

桥接模式和适配器模式用于设计的不同阶段，桥接模式用于系统的初步设计，对于存在两个独立变化维度的类可以将其分为抽象化和实现化两个角色，使它们可以分别进行变化；而在初步设计完成之后，**当发现系统与已有类无法协同工作时，可以采用适配器模式。**但有时候在设计初期也需要考虑适配器模式，特别是那些涉及到大量第三方应用接口的情况。