今天我们就一起来聊聊使用超广的适配器模式！
一、介绍适配器模式，顾名思义，就是将一个类的接口转换成客户希望的另一个接口，使接口不兼容的类可以一起工作，也被称为包装器模式（Wrapper）。
在适配器模式中，通常通过增加一个新的适配器类来解决接口不兼容的问题，使得原本没有任何关系的类可以协同工作。
从设计的角度看，适配器模式涉及到三个角色：
- 适配器类：适配器类可以调用另一个接口，从而实现接口的转换；
- 被适配类：被适配类定义了一个已经存在的接口，这个接口需要适配；
- 客户角色：客户类提出使用具体类的请求；
在 java 中，适配器模式有两种，类适配器和对象适配器，下面我们一起来看看！
首先，我们创建一个接口Phone，接口的实现类为HuaweiPhone！
public interface Phone {
void productPhone();
}
public class HuaweiPhone implements Phone {
@Override
public void productPhone() {
System.out.println("生产一部华为手机");
}
}
在创建另一个接口Player，如果Player的实现类想调用HuaweiPhone中的productPhone方法，该怎么办呢？
最简单的方法，就是将productPhone的方式逻辑抄一遍，但是这种方法显然不高效！
可以通过创建一个适配器ExpensiveAdapter，使之继承HuaweiPhone，来解决接口转换的问题，如下：
public class Expensiveadapter extends HuaweiPhone implements Player {
@Override
public void action() {
//调用HuaweiPhone中的productPhone方法
productPhone();
System.out.println("用手机播放音乐");
}
}
测试类如下：
public class AdapterClient {
public static void main(String[] args) {
ExpensiveAdapter adapter = new ExpensiveAdapter();
adapter.action();
}
}
即可实现接口的转换！
但是这种方法，也有很大的局限性，假如Phone接口的实现类有多个呢？
我们知道，类是无法多继承的，对象适配模式就派上用场了！
2.2、对象适配模式同样的，我们可以对ExpensiveAdapter类进行一定的优化，如下：
public class ExpensiveAdapter implements Player {
private Phone phone;
public ExpensiveAdapter(Phone phone) {
this.phone = phone;
}
@Override
public void action() {
//调用Phone接口中的productPhone方法
phone.productPhone();
System.out.println("用手机播放音乐");
}
}
测试客户端如下：
public class PlayerClient {
public static void main(String[] args) {
//对象适配
ExpensiveAdapter adapter = new ExpensiveAdapter(new HuaweiPhone());
adapter.action();
}
}
相比类适配模式，有木有发现对象适配模式更加灵活～
三、应用在 jdk 中，适配器设计模式应用也非常广泛，例如我们熟悉的io包，其中字节流转字符流，就使用到了适配器模式！
其中，最广泛的莫过于Spring中的ioc对象依赖关系，在类A中，通过引入另一个类B 对象，就可以调用类 B 中的方法了，从而实现方法的协同工作！
四、总结适配器模式，可以让任何两个没有关联的类一起运行，提高了类的复用；例如，现在非常流行的Mybatis-plus持久框架，里面的Service层就是典型的类适配模式，在Service层可以很方便的进行crud调用，开发人员基本不需编写crud的代码，开发效率大大提升！
但是，设计时如果过多的使用适配器，会让系统非常零乱，不易整体进行把握。比如，明明看到调用的是另一个接口，反而另一个接口又回调了自身，一个系统如果太多出现这种情况，无异于一场灾难。
因此在设计使用的时候，尽可能层次分明，接口名包括方法名，取名的时候应该规范化定义！
五、参考
