万能转接头之适配器模式

前言

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.在一定程度上的解耦。

缺点

过多的使用适配器，增加系统的理解难度。

结语

本文主要介绍了三种适配器模式，本质上是现有的不兼容的接口转换为需要的接口，既不需要改变原来的代码结构即可实现新的功能。

类适配器模式，以继承现有类的方式转换。

对象适配器模式，以聚合对象实例的方式转换。

接口适配器模式，以实现接口的方式转换。

适配器模式是在现有的类和系统都不易修改的情况下使用，在系统设计之初慎用适配器模式，这样会导致代码可读性变差，不易维护。