结构型模式——Bridge

1.意图

将抽象部分与实现部分分离，使它们可以独立地变化。

2.适用性

• 你不希望在抽象和它的实现部分之间有一个固定的绑定关系。例如这种情况可能是因为，

  在程序运行时刻实现部分应可以被选择或者切换

• 类的抽象以及它的实现都应该可以通过生成子类的方法加以扩充。这时Bridge模式使你

  可以对不同的抽象接口和实现部分进行组合，并分别对它们进行扩充。

• 对一个抽象的实现部分的修改应对客户不产生影响，即客户的代码不必重新编译。

• 你想对客户完全隐藏抽象的实现部分。

• 有许多类要生成。这样一种类层次结构说明你必须将一个对象分解成两个部分。

• 你想在多个对象间共享实现(可能使用引用计数)，但同时要求客户并不知道这一点。 

6. 参与者
? Abstraction

— 定义抽象类的接口。

— 维护一个指向Implementor类型对象的指针。

? RefinedAbstraction

— 扩充由 Abstraction定义的接口。

? Implementor

— 定义实现类的接口，该接口不一定要与 Abstraction的接口完全一致 ; 事实上这两个接口可以完全不同。一般来讲， Implementor接口仅提供基本操作，而 Abstraction则 定义了基于这些基本操作的较高层次的操作。

? ConcreteImplementor

— 实现Implementor接口并定义它的具体实现。 

----------------------------------------------------------------------------摘自Dedign Pattern GOF