适配器模式将某个类的接口转换成客户端期望的另一个接口表示，目的是消除由于接口不匹配所造成的类的兼容性问题。主要分为三类：类的适配器模式、对象的适配器模式、接口的适配器模式。
-
类的适配器模式
image.png
核心思想就是：有一个 Source 类，拥有一个方法，待适配，目标接口是 Targetable ，通过 Adapter 类，将Source 的功能扩展到 Targetable 里，看代码：
//需要适配的方法（中国插孔）
public class Source {
public void method1() {
System.out.println("this is original method!");
}
}
//目标接口(国际化标注插孔接口)
public interface Targetable {
/* 与原类中的方法相同 */
public void method1();
/* 新类的方法 */
public void method2();
}
//适配器 （对接中国插孔和国际化插孔的适配器）
public class Adapter extends Source implements Targetable {
@Override
public void method2() {
System.out.println("this is the targetable method!");
}
}
这样 通过 Targetable 接口的实现类就具有了 Source 类的功能。
-
对象的适配器模式 - （广泛使用）
image.png
只需要修改 Adapter 类的源码即可：
public class Wrapper implements Targetable {
//将需要适配的功能对象传过来（这里是没有实现接口的对象，装饰模式是实现相同接口的对象）
private Source source;
public Wrapper(Source source){
super();
this.source = source;
}
@Override
public void method2() {
System.out.println("this is the targetable method!");
}
@Override
public void method1() {
//调用被装配这的功能
source.method1();
}
}
-
接口的适配器模式
第三种适配器模式是接口的适配器模式，接口的适配器是这样的：有时我们写的一个接口中有多个抽象方法，当我们写该接口的实现类时，必须实现该接口的所有方法，这明显有时比较浪费，因为并不是所有的方法都是我们需要的，有时只需要某一些，此处为了解决这个问题，我们引入了接口的适配器模式，借助于一个抽象类，该抽象类实现该接口，实现了所有的方法，而我们不和原始的接口打交道，只和该抽象类取得联系，所以我们写一个类，继承该抽象类，重写我们需要的方法就行。看一下类图：
image.png
这个很好理解，在实际开发中，我们也常会遇到这种接口中定义了太多的方法，以致于有时我们在一些实现类中并不是都需要。
这五章的装饰模式其实也是策略模式的对象适配器，其实结构化设计模式都是基于这个适配器模式设计的：
image.png
