Bridge 桥接模式

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

使用原因：一个抽象可能会有多个实现，往往通过继承来协调。但是抽象部分(对现实事物的抽象)和实现部分(具体实现)会在继承时绑定，不够灵活。

举例(这里使用设计模式一书中的例子)：我们需要一个window类，并且需要window类在xwindow 以及pmwindow下的不同实现。我们还会需要IconWindow来展示图标，BoxWindow来绘制对话框。假如抽象与实现不分离的话，将会是，每个抽象类型IconWindow、BoxWindow都分别需要两个子类。

如果我们使用bridge，使得抽象与实现分离，那么，window类抽象出需要的window的行为， windowimg类定义行为的基本实现。比如如何在屏幕中绘制像素点。而IconWindow基于winodwimg的实现基础上，绘制Icon。

使用bridge的场景：

1 不期望抽象和绑定之间有固定的捆绑关系。

2 类的抽象和实现都可以通过子类进行扩充。(注意还是抽象和实现的分离)

3 对类的实现部分的变化，用户不会感知。

4 对类的用户隐藏实现的细节。

5 在多个对象之间共享实现。

实现时注意的问题：

1 仅有一个Implementor时：仅有一个实现时，不必创建抽象的Implementor，是Bridge退化的场景。但是实现与抽象的分离还是很有用的，实现部分改变，只需重新连接，用户代码不需重新编译。

2 存在多个Implementor时，选择使用正确的。有几种方式：a 给抽象构造函数传递参数，确定选择哪个Implementor。b 使用缺省，需要时改变。 c 代理给另外一个对象，比如使用抽象工厂来生成使用的Implementor。

3 共享implementor对象。 需要注意共享对象传递时引用计数的增减。

4 多重继承。可以使用public继承抽象而使用private继承实现。 但是这种方式本质上还是静态的。

class Window {
public:
     vitual void DrawContents();
private:
     WindowImp *GetWindowImp();
     WindowImp* _imp;
};
class WindowImp {
public:
     virtual void DeviceRect();
};
class IconWindow : public Window {
public:
     virtual void DrawContents() {
          GetWindowImp()->DeviceRect();
     }
};
class XWindowImp : public WindowImp {
public:
     XWindowImp();
     virtual void DeviceRect();
};
class PMWindowImp : public WindowImp {
public:
     PMWindowImp();
     virtual void DeviceRect();
};

选择合适的实现：

WindowImp *Window::GetWindowImp() {
     if (_imp == NULL) {
          _imp = WindowSystemFactory::Instance()->MakeWindowImp();
     }
     return _imp;
}

通过单件来获取工厂类。