适配模式与桥接模式的区别和联系
两种模式的区别在于使用场合不同，适配器模式主要解决两个已有接口间的匹配问题。这种情况下被适配的接口的实现往往是一个黑匣子。我们不想，也不能改变这个接口及其实现。同时也不能控制其演化，只要相关的对象能与系统定义的接口协同工作即可。适配器模式经常用在与第三方产品的功能集成上，采用该模式适应新类型的增加的方式是开发针对这个类的适配器。
图1 采用适配器模式的扩展
桥接模式则不同，参与桥接的接口是稳定的，用户可以扩展和修改桥接种的类，但是不能改变接口。桥接模式通过接口继承或者类继承实现功能的扩展。
按照GOF的说法，桥接模式和适配器模式用于设计的不同阶段，桥接模式用于设计的前期，即在设计类的时候将雷规划为逻辑和实现两大类，使他们可以分别进行演化；而适配器模式用于设计完成之后，当发现完成的类无法协同工作时，可以采用适配器模式
然而，很多情况下载设计初期就要考虑适配器模式的使用，如涉及大量第三方应用接口的情况。
图2 采用桥接模式的扩展
适配器模式与桥接模式的联合这种情况经常出现在需要其他系统提供实现方法时，一个典型的例子是工业控制中的数据采集。不同工控厂家提供的底层数据采集接口通常不同。，因此在做上层软件设计师无法预知可能遇到的任何接口。为此需要定义一个通用的采集接口，然后针对据体的数据采集系统开发相应的适配器。数据存储需要调用数据采集借口获得数据，而火速据可以保存到关系数据库、实施数据库或者文件中。数据存储接口和数据采集结构构成了桥接。
图3 桥接模式和适配器模式联合
同样的结构也经常出现在报表的相关应用中，报表本身结构和报表输出完全可以分开。
图4 数据采集系统中的桥接模式与适配器模式
如图所以，报表输出可以单独抽象出来与报表的具体形式分开。但报表输出又依赖于具体的输出形式，如果需要输出为PDF格式，则需要调用与PDF相关的API，而这是设计所无法控制的，因此这里要使用适配器模式。
图5 报表输出系统中的桥接模式与适配器模式
适配器模式与外观模式的关系
适配器模式与外观模式有些相似，都是对现存系统的封装。但这两种模式的意图完全不同。前者使现存系统与正在设计的系统协同工作，而后者则为现存系统提供一个更为方便的访问接口。简单的说，适配器模式为事后设计，而外观模式则必须事前设计。总之，适配器模式没有引入新的接口，而外观模式则定义了一个新的接口。
图6 系统演化过程中的外观模式
