前言
hello，大家好，今天是2月17号，星期一。这周还是在家办公，不得不说，在家工作没啥热情和压力，是人类的天性吗，不爱工作？
好了，咱话也不多说啥了，毕竟之后的生活还是很严峻。
引言
如果咱要出国旅游，其他国家插座有采用欧标（两孔圆），而国内的插头都是两孔扁的，即无法使用，那不是凉凉了。在日常生活中，这个问题很好解决，我们只要带上多功能转化插头就ok啦，其类似于适配器。
这个例子是生活中的，那替换到代码是什么样呢？比如我们有一个类A，其有一个方法m1，也有一个类B，其也有一个方法m2，但是这两个类的参数完全不一样。我如果想要在m1方法中使用m2方法怎么办呢？其实方法可以类似，我们也弄一个转接插头，新建一个Adapter，在其里面完成两者的调用。
什么是适配器模式？
概念
将某个类的接口转化成客户端期望的另一个接口，主要目的是兼容性，让原本因接口不匹配不能工作的两个类可以协同工作。
需要注意的是，在设计之初尽量不要考虑这种设计模式，会使得本来很简单的代码或逻辑变得复杂冗余。我们一般在项目后期，动代码需要考虑的事情太多，容易出错的时候，可以考虑这种设计模式，使得代码改起来比较方便且不易犯错。
分类
适配器主要有三种呈现形式，分别是：
类适配器（通过继承插座类，实现插头接口，完成插座到插头的转化）
对象适配器（持有插座类，实现插头接口，完成插座到插头的转化）
接口适配器
类适配器
基本介绍
继承插座类，实现插头接口，完成插座到插头的转化。
思路分析
实际代码
有了uml图，代码就很简单了，来溜溜代码吧。
插头接口：
public interface IPlug {
public int output5V();
}
插座接口：
public class Socket {
public int output220V(){
System.out.println("电源电压220V");
return 220;
}
}
多功能转接头(适配器)：
public class Adapter extends Socket implements IPlug {
@Override
public int output5V() {
System.out.println("进入适配器，即多功能转接头");
int output220V=output220V();
int output5V=output220V/44;
return output5V;
}
}
调用方：
public class Phone {
public void work(IPlug iPlug){
System.out.println("当前电压："+iPlug.output5V());
}
}
public class Client {
public static void main(String[] args){
Phone phone=new Phone();
phone.work(new Adapter());
}
}
调用结果：
缺点
由于转接头类Adapter继承了插座类Socket，在之前的设计模式七大原则中“里氏替换原则”就说明了少用继承，继承使得代码耦合性加强，以后不利于改代码。所以我们针对上面的缺点，提出了对象适配器。
对象适配器
基本介绍
针对类适配器中的继承关系做了一些调整，根据“合成复用原则”，在系统中尽量使用关联关系来替代继承关系，即使用插座对象，将继承关系转化为has关系，实现插头接口，完成插座到插头的转化。
实际代码
由于这个和类适配器类似，只有Adapter代码不一样，所以其他类就不写了。
public class Adapter implements IPlug {
private Socket socket ;
public Adapter(Socket socket){
this.socket=socket;
}
@Override
public int output5V() {
System.out.println("进入适配器，即多功能转接头");
int output220V = socket.output220V();
int output5V = output220V / 44;
return output5V;
}
}
public class Client {
public static void main(String[] args){
Phone phone=new Phone();
phone.work(new Adapter(new Socket()));
}
}
优点
对象适配器和类适配器其实算是同一种思想，只不过实现方式不同。
根据合成复用的原则，使用组合替代继承，使用成本更低，更加灵活。
接口适配器（缺省适配器模式）
基本介绍
当不需要全部实现接口提供的方法时，先设计一个实现某接口的类，并为该接口中的每个方法提供一个默认实现，当子类不想使用所有方法的情况下，就可以选择性的覆盖父类方法完成需求。
代码实现
`public interface ceshi {
public void m1();
public void m2();
public void m3();
public void m4();
}`
public abstract class Adapter implements ceshi {
@Override
public void m1() {
}
@Override
public void m2() {
}
@Override
public void m3() {
}
@Override
public void m4() {
}
}
public class Client {
public static void main(String[] args) {
Adapter adapter = new Adapter() {
public void m1() {
//只需要覆盖我们使用的接口方法
System.out.println("m1");
}
};
adapter.m1();
}
}
运行结果：
优点
1.没有不符合系统的需求，通过适配器解决不兼容的问题，使得这些功能类得到复用。
2.在一定程度上的解耦。
缺点
过多的使用适配器，增加系统的理解难度。
结语
本文主要介绍了三种适配器模式，本质上是现有的不兼容的接口转换为需要的接口，既不需要改变原来的代码结构即可实现新的功能。
类适配器模式，以继承现有类的方式转换。
对象适配器模式，以聚合对象实例的方式转换。
接口适配器模式，以实现接口的方式转换。
适配器模式是在现有的类和系统都不易修改的情况下使用，在系统设计之初慎用适配器模式，这样会导致代码可读性变差，不易维护。