一起走进适配器模式

一.介绍

适配器模式（Adapter Pattern）属于结构型模式。将一个类的接口转换成客户希望的另一个接口，使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。例如电源转换头、数据线转换头、翻译等。适配器模式分为类适配器和对象适配器两种实现方式

二.场景约束

• 适配者和目标接口都已经存在，不易修改接口代码
• 抽象接口希望复用已有组件的逻辑

三.UML类图

类适配器(继承)

对象适配器(聚合)

根据合成复用原则，组合/聚合优先与继承，应多用对象适配器

四.具体代码

本文以对象适配器为例
业务代码

//适配者
public class Adaptee {
    public int output220v() {
        return 220;
    }
}

//目标接口
interface Target {
    int output5v();
}

//适配器
class Adapter implements Target {
    private final Adaptee adaptee;

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

    @Override
    public int output5v() {
        int i = adaptee.output220v();
        System.out.println(i + "v电压转换成" + (i = 5) + "v电压");
        return i;
    }
}

客户端

public class Client {
    public static void main(String[] args) {
        System.out.println(new Adapter(new Adaptee()).output5v()); //5
    }
}

五.使用场景

1.封装第三方组件(把功能相同或者相似的多种第三方组件/实现方案的API都统一成自己的一套API，业务代码只依赖统一的API，避免业务类直接依赖第三方库)
2.读取配置文件(支持多种文件格式)
3.保持多态性(一个接口多种实现)

六.适配器模式与代理模式对比

1.目标不同

• 代理模式：控制访问，通过代理对象控制对真实对象的访问
• 适配器模式：改变接口，把以前的接口改造成另外一个接口

2.是否对客户端透明

• 代理模式：客户端只知道真实类，而不知道代理类
• 适配器模式：客户端只知道适配器类，而不知道适配者类

3.是否继承同一个接口

• 代理模式：真实类和代理类实现同一个接口
• 适配器模式：适配者类和适配器类不实现同一个接口

七.在JDK中的应用

java.util.Arrays#asList(对象适配器)

八.在Spring中的应用

org.springframework.context.event.GenericApplicationListenerAdapter(对象适配器)

九.优缺点

• 优点
  • 符合开闭原则(在抽象层不变的情况下，对实现进行扩展和变化)
  • 符合单一职责原则
• 缺点
  • 抽象层如果发生变化或者扩展，就会影响所有具体实现类。而桥接模式可以让抽象和实现各自独立的进行扩展