桥接(Bridge)模式

意图

    将抽象部分与它的实现部分相分离，使它们能独立地变化。

例子

    不同平台上操作对象的代码不一样，如Window系统和OS 系统的界面展示实现；又如游戏机和游戏卡的关系，不同的游戏卡可以播放不同的游戏，但一台游戏机只要有一张卡就行。

适用性

    你不希望在抽象和它的实现部分之间有一个固定的绑定关系，如在程序运行时刻实现部分应可以被选择或者切换。

    类的抽象以及它的实现都应该可以通过生成子类的方法进行扩展，由此你可以选择不同的抽象接口和实现机进行组合，并分别扩充它们。

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

uml描述

如何传递Implementator对象：

1)      构造具体的Abstract实例时传入，最为构造函数的参数

2)      当Implementor作为单例使用时，可以直接获取

3)      可以使用一个缺省的实现，需要时在改变这个实现

4)      可以代理给另一个对象，如用工厂方法，抽象工厂方法包装具体实现

 

与策略(strategy)模式的差异：

         从uml描述看，Bridge模式和Strategy模式的uml图十分相似，个人理解的主要差异如下(可能有误，欢迎指正)：

         桥接模式一种结构型模型，而策略模式是一种行为型模式。结构型模式涉及到如何组合类和对象以获得更大的结构。行为型模式涉及到算法和对象间职责的分配。

         桥接模式用于平台相关性的实现中，运行时结构一般是稳定的，不会再变化，而Strategy模式中的策略在运行时会变更，可以看出桥接模式是一种更底层的实现。

         对于行为表现而言，桥接模式是一致的（只是在不同平台上表现出来的差异性——调用了不同的底层接口），而Strategy模式强调的是行为不同。