模式动机

通常情况下，客户端可以通过目标类的接口访问它所提供的服务，但是可能存在目标类满足客户功能，提供的接口不一定是客户端所需要的，这可能是由于现有类中的方法名与目标类中定义的方法名不一致等原因导致的。

适配器模式可以提供一个包装类，包装不兼容的接口对象，这个包装类就是适配器，它所包装的对象就是适配者，即被适配的类。

当客户类调用适配器的方法时，在适配器类的内部将调用适配者类的方法，而这个过程对客户类是透明的，客户类并不直接访问适配者类。因此，适配器可以使由于接口不兼容而不能交互的类可以一起工作。这就是适配器模式的模式动机。

模式定义

将一个接口转换成客户希望的另一个接口，适配器模式使接口不兼容的那些类可以一起工作，其别名为包装器(Wrapper)。适配器模式既可以作为类结构型模式，也可以作为对象结构型模式。

模式结构

适配器模式包含如下角色：

Target：目标抽象类
Adapter：适配器类
Adaptee：适配者类
Client：客户类

适配器模式有对象适配器和类适配器两种实现：

对象适配器：
在这里插入图片描述

类适配器：
在这里插入图片描述
类适配器与对象适配器的区别：
类适配器使用的是继承的方式，直接继承了Adaptee，所以无法对Adaptee的子类进行适配。

对象适配器使用的是组合的方式，·所以Adaptee及其子孙类都可以被适配（直接调用相应方法即可）。另外，对象适配器对于增加一些新行为非常方便，而且新增加的行为同时适用于所有的源。

时序图

在这里插入图片描述

代码实现

public interface Target {
    
    
    void method1();
    void method2();
}

public class Adaptee {
    
    
    public void method1(){
    
    
        System.out.println("method 1");
    }
}

//类适配模式
public class Adapter extends Adaptee implements Target {
    
    
    @Override
    public void method2() {
    
    
        System.out.println("method 2");
    }
}
//对象适配模式
public class Adapter implements Target{
    
    
    private Adaptee adaptee;

    public Adapter(Adaptee adaptee) {
    
    
        this.adaptee = adaptee;
    }

    @Override
    public void method1() {
    
    
        adaptee.method1();
    }

    @Override
    public void method2() {
    
    
        System.out.println("method 2");
    }
}

模式优缺点

优点

将目标类与适配者类解耦，通过引入适配器类重用现有的适配者类，无需修改原代码
增加了类的透明性和复用性，将具体的实现封装在适配者类中，对于客户端来说是透明的，而且提高了适配者的复用性
符合开闭原则，灵活性和扩展性都很好，在不修改原有代码的基础上，增加新的适配器类。

类适配器模式还具有如下优点：
可以修改适配者类的功能。由于适配器类是适配者类的子类，因此可以在适配器类中置换一些适配者的方法，使得适配器的灵活性更强。
对象适配器模式还具有如下优点：
一个对象适配器可以把多个不同的适配者适配到同一个目标，也就是说，同一个适配器可以把适配者类和它的子类都适配到目标接口。

缺点

类适配器模式的缺点如下：
对于Java、C#等不支持多重继承（同时继承多个类）的语言，一次最多只能适配一个适配者类，而且目标抽象类只能为抽象类，不能为具体类，其使用有一定的局限性，不能将一个适配者类和它的子类都适配到目标接口。
对象适配器模式的缺点如下：（没理解透）
与类适配器模式相比，要想置换适配者类的方法就不容易。如果一定要置换掉适配者类的一个或多个方法，就只好先做一个适配者类的子类，将适配者类的方法置换掉，然后再把适配者类的子类当做真正的适配者进行适配，实现过程较为复杂。

模式应用

数据库连接工具JDBC，实现了JDBC数据接口与各个数据库引擎API之间适配。

Java设计模式——结构型模式：适配器模式