设计模式：适配器模式

适配器模式把一个类的接口变换成客户端所期待的另一种接口，从而使原本因接口不匹配的两个类能够在一起工作。

适配器模式的两种形式

适配器模式有类的适配器模式和对象的适配器模式两种不同的形式。类的是继承类或接口，对象的是持有对象的引用。

类的适配器结构

类的适配器模式把被适配的类的API转换为目标类的API，静态结构如下：

Adaptee类并没有sampleOperation2方法，但是客户端则期待这个方法。为使客户端能够使用Adaptee类，提供一个中间环节Adapter，把Adaptee的API和Target的API衔接起来，Adapter与Adaptee是继承关系，所以是类的适配。涉及到的角色：

1. 目标（Target）角色：这就是所期待的接口。这是类的适配模式，因此目标不可以是类。
2. 源（Adaptee）角色：需要适配的接口。
3. 适配器（Adapter）角色：本模式的核心。把源接口转为目标接口。

对象的适配结构

与类的适配模式不同的是，对象的适配模式不是使用继承关系连接到Adaptee类，而是用委派的关系到Adaptee类。对象的结构如下图：

Adapter有一个Adaptee的实例，所以这是对象的适配。

对象的适配器模式的效果：

1. 一个适配器可以把多种不同的源适配到一个目标，即可以把源类和其子类适配。持有引用就可。
2. 但置换类的方法不容易。
3. 增加一些方法很方便，且增加的方法同时适用于所有源。

什么情况下使用适配器模式

1. 系统需要使用现有的类，但此类的接口不符合系统的需要。
2. 想要建立一个重复使用的类，用于彼此之间没有太大关联的一些类。

示例

JDBC驱动：Java的JDBC是一个通用接口，但是每个数据库引擎都有自己的api，所以需要驱动。

优点和缺点

优点： 1、可以让任何两个没有关联的类一起运行。 2、提高了类的复用。 3、增加了类的透明度。 4、灵活性好。

缺点： 1、过多地使用适配器，会让系统非常零乱，不易整体进行把握。比如，明明看到调用的是 A 接口，其实内部被适配成了 B 接口的实现，一个系统如果太多出现这种情况，无异于一场灾难。因此如果不是很有必要，可以不使用适配器，而是直接对系统进行重构。 2.由于 JAVA 至多继承一个类，所以至多只能适配一个适配者类，而且目标类必须是抽象类。

使用场景：有动机地修改一个正常运行的系统的接口，这时应该考虑使用适配器模式。

注意事项：适配器不是在详细设计时添加的，而是解决正在服役的项目的问题。