前言
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.在一定程度上的解耦。
缺点
过多的使用适配器,增加系统的理解难度。
结语
本文主要介绍了三种适配器模式,本质上是现有的不兼容的接口转换为需要的接口,既不需要改变原来的代码结构即可实现新的功能。
类适配器模式,以继承现有类的方式转换。
对象适配器模式,以聚合对象实例的方式转换。
接口适配器模式,以实现接口的方式转换。
适配器模式是在现有的类和系统都不易修改的情况下使用,在系统设计之初慎用适配器模式,这样会导致代码可读性变差,不易维护。