【Java设计模式】: 结构型模式—适配器模式

1. 适配器模式的定义

官方定义：适配器模式把一个类的接口变换成客户端所期待的另一种接口，从而使原本因接口不匹配而无法在一起工作的两个类能够在一起工作。

官方定义还是显得不是那么好理解。其实就是要用到两个不相关的类/接口，但是又没有源代码，或者不想修改源代码，而增加一个类来完成合并使用的目的。适配器就是一种适配中间件，它存在于不匹配的二者之间，用于连接二者，将不匹配变得匹配，简单点理解就是平常所见的转接头，转换器之类的存在。

2. 实现适配器模式的方式

适配器模式主要有三种：类适配器，对象适配器和接口适配器。这两种适配器的实现方式是不一样的。

1. 对于类适配器：采用继承的方式实现
2. 对于对象适配器：采用组合的方式实现。
3. 对于接口适配器：采用抽象类的方式实现。

3. 类适配器的案例

当我们要访问的接口A中没有我们想要的方法 ，却在另一个接口B中发现了合适的方法，我们又不能改变访问接口A，在这种情况下，我们可以定义一个适配器p来进行中转，这个适配器p要实现我们访问的接口A，这样我们就能继续访问当前接口A中的方法（虽然它目前不是我们的菜），然后再继承接口B的实现类B，这样我们可以在适配器P中访问接口B的方法了，这时我们在适配器P中的接口A方法中直接引用BB中的合适方法，这样就完成了一个简单的类适配器。

实例场景：
我手中有个ps2插头的设备，但是主机上只有usb插头的插口，怎么办呢？弄个转换器，将ps2插头转换成为USB插头就可以使用了。

1. 接口Ps2：描述ps2接口格式
2. 接口Usb：描述USB接口格式
3. 类Usber：是接口Usb的实现类，是具体的USB接口格式
4. Adapter：用于将ps2接口格式转换成为USB接口格式

具体的代码实现：
ps2接口：Ps2

public interface Ps2 {
     void isPs2();
}

USB接口：Usb

 public interface Usb {
     void isUsb();
}

USB接口实现类：Usber

public class Usber implements Usb {

    @Override
    public void isUsb() {
        System.out.println("USB口");
    }

}

适配器：Adapter

public class Adapter extends Usber implements Ps2 {

    @Override
    public void isPs2() {
        isUsb();
    }

}

测试方法：Clienter

public class Clienter {

    public static void main(String[] args) {
        Ps2 p = new Adapter();
        p.isPs2();
    }

}

显示结果：

USB口

4. 对象适配器案例

当我们要访问的接口A中没有我们想要的方法 ，却在另一个接口B中发现了合适的方法，我们又不能改变访问接口A，在这种情况下，我们可以定义一个适配器p来进行中转，这个适配器p要实现我们访问的接口A，这样我们就能继续访问当前接口A中的方法（虽然它目前不是我们的菜），然后在适配器P中定义私有变量C（对象）（B接口指向变量名），再定义一个带参数的构造器用来为对象C赋值，再在A接口的方法实现中使用对象C调用其来源于B接口的方法。

实例场景：
我手中有个ps2插头的设备，但是主机上只有usb插头的插口，怎么办呢？弄个转换器，将ps2插头转换成为USB插头就可以使用了。

1. 接口Ps2：描述ps2接口格式
2. 接口Usb：描述USB接口格式
3. 类Usber：是接口Usb的实现类，是具体的USB接口格式
4. Adapter：用于将ps2接口格式转换成为USB接口格式

具体代码实现方式：
ps2接口：Ps2

public interface Ps2 {
    void isPs2();
}

USB接口：Usb

public interface Usb {
    void isUsb();
}

USB接口实现类：Usber

public class Usber implements Usb {

    @Override
    public void isUsb() {
        System.out.println("USB口");
    }

}

适配器：Adapter

public class Adapter implements Ps2 {
    
    private Usb usb;
    public Adapter(Usb usb){
        this.usb = usb;
    }
    @Override
    public void isPs2() {
        usb.isUsb();
    }

}

测试类：Clienter

public class Clienter {

    public static void main(String[] args) {
        Ps2 p = new Adapter(new Usber());
        p.isPs2();
    }
}

结果显示：

USB口

总结:
相比于类适配器,对象适配器显得更加灵活点。拿上面的例子, 如果Usb接口有多个实现类, 那么必须要利用对象适配器。

5. 接口适配器模式案例

当存在这样一个接口，其中定义了N多的方法，而我们现在却只想使用其中的一个到几个方法，如果我们直接实现接口，那么我们要对所有的方法进行实现，哪怕我们仅仅是对不需要的方法进行置空（只写一对大括号，不做具体方法实现）也会导致这个类变得臃肿，调用也不方便，这时我们可以使用一个抽象类作为中间件，即适配器，用这个抽象类实现接口，而在抽象类中所有的方法都进行置空，那么我们在创建抽象类的继承类，而且重写我们需要使用的那几个方法即可。

具体的案例代码:
目标接口：A

public interface A {
    void a();
    void b();
    void c();
    void d();
    void e();
    void f();
}

适配器：Adapter

public abstract class Adapter implements A {
    public void a(){}
    public void b(){}
    public void c(){}
    public void d(){}
    public void e(){}
    public void f(){}
}

实现类：Ashili

public class Ashili extends Adapter {
    public void a(){
        System.out.println("实现A方法被调用");
    }
    public void d(){
        System.out.println("实现d方法被调用");
    }
}

测试类：Clienter

public class Clienter {

    public static void main(String[] args) {
        A a = new Ashili();
        a.a();
        a.d();
    }
}

6. 适配器模式的应用场景

类适配器与对象适配器的使用场景一致，仅仅是实现手段稍有区别，二者主要用于如下场景：

1. 想要使用一个已经存在的类，但是它却不符合现有的接口规范，导致无法直接去访问，这时创建一个适配器就能间接去访问这个类中的方法。
2. 我们有一个类，想将其设计为可重用的类（可被多处访问），我们可以创建适配器来将这个类来适配其他没有提供合适接口的类。

以上两个场景其实就是从两个角度来描述一类问题，那就是要访问的方法不在合适的接口里，一个从接口出发（被访问），一个从访问出发（主动访问）。

接口适配器使用场景：

1. 想要使用接口中的某个或某些方法，但是接口中有太多方法，我们要使用时必须实现接口并实现其中的所有方法，可以使用抽象类来实现接口，并不对方法进行实现（仅置空），然后我们再继承这个抽象类来通过重写想用的方法的方式来实现。这个抽象类就是适配器。