1 意图：将抽象部分与实现部分分离，使得它们都可以独立地变化
2 别名：Handle/Body
3 动机：客户在创建窗口时应该不涉及到具体实现部分。仅仅是窗口的实现部分依赖于应用运行的平台。
客户代码在创建窗口时，就不应涉及到特定平台。
接口 实现（Imp）
4 适用性：
. 不希望在抽象和实现部分之间有一个固定的绑定关系。在运行时刻，实现部分可以被选择或切换。
. 类的抽象以及它的实现部分可以通过生成子类的方法加以扩充，可以对不同的接口和实现部分进行组合，分别对它们进行扩充。
. 对一个抽象的实现部分的修改应该对客户不产生影响，即客户代码不必重新编译
. 对客户完全隐藏抽象的实现部分。C++中，类的表示在类接口中是可见的
. 这种类层次结构成为嵌套的普化
. 多个对象间共享实现，对客户透明
5 参与者：
. Abstraction：
定义抽象类的接口，维护一个指向Implementor对象的指针。
. RefinedAbstraction：
扩充由Abstraction定义的接口
. Implementor：
定义实现类的接口，该接口不一定要与Abstraction接口完全一致，实际上二者可以完全不同。
Implementor提供基本操作，Abstraction定义了基于这些基本操作的较高层次的操作。
. ConcreteImplementor:实现Implementor接口并定义它的具体实现
6 协作：
Abstraction将client的请求转发给它的Implementor对象。
7 效果：
有点：
1）分离接口与其实现部分
一个接口的实现未必绑定在一个接口上。抽象类的实现可以在运行时刻进行配置，一个对象设置在运行时刻改变它的实现。
有助于降低对实现部分编译时刻的依赖。改变一个实现类时，不需要重新编译Abstraction和客户程序。
接口与实现分离，有助于分层，从而产生更好的结构化系统。系统的高层仅需要知道Abstraction和Implementor
2）提高可扩充性
可以独立地Abstraction和Implementor的层次进行扩充
3）实现细节对客户透明：
8 实现：
注意：
1）仅有一个Implementor
2）创建正确的Implementor对象 可以引入一个factory对象，由它创建具体的实现对象
3）共享Implementor：Handle/Body Body有一个引用计数器，Handle对它进行增减操作。
4）采用多重继承机制：将抽象接口和它的实现结合起来。 静态继承，所以并非真正的bridge
9 相关模式：
. 抽象厂可以创建和配置一个Bridge模式
. Adapter帮助无关的类协同工作通常系统设计完成后才会被使用。Bridge在设计开始前就使用，抽象接口和实现部分独立改变。