万能转接头之适配器模式

设计模式系列文章

万字总结之设计模式七大原则

吐血整理全网最全的单例模式

前言

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

缺点

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

结语

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

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

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

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

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

求个关注

小姐姐陪你学习，陪你走心。