「全网最细 + 实战源码案例」设计模式——适配器模式

核心思想

适配器模式（Adapter Pattern）是一种结构型设计模式。它通过引入一个适配器类，将一个类的接口转换为客户端期望的另一个接口，使得原本由于接口不兼容而无法协作的类能够协同工作。

结构

1. 目标接口（Target）

定义客户所期待的接口。

2. 需要适配的类（Adaptee）

现有的类，其接口不符合目标接口要求。

3. 适配器（Adapter）

中间类，实现目标接口，并将目标接口的请求转换为 Adaptee 能够理解的调用。

现实世界类比：

1. 电源适配器：

国内用 220V 电压插座，但国外的电压标准不同，使用电源适配器将电压转换为兼容的电压。

2. USB 转接口：

USB-C 转 USB-A 的转接头将设备的接口适配成通用的 USB 接口。

适配器模式分类：

类适配器：

通过多重继承实现，适配器继承目标接口并扩展需要适配的类。
缺点：Java 不支持多重继承，故不常用。

示例：

对象适配器：

通过组合的方式，适配器持有被适配类的实例并实现目标接口。
Java 中常用的方法。

示例：

复制代码

package com.colin.patterns.structural_patterns.adapter.object_adapter;

// 适配器类
public class SDAdapterTF implements SDCard {

    private TFCard tfCard;
    public SDAdapterTF(TFCard tfCard) {
        this.tfCard = tfCard;
    }

    @Override
    public String readSD() {
        System.out.println("adapter read tf card");
        return tfCard.readTF();
    }

    @Override
    public void writeSD(String msg) {
        System.out.println("adapter write tf card");
        tfCard.writeTF(msg);
    }
}

适用场景

遗留系统改造：将旧系统的接口适配为新系统接口，例如在微服务架构中兼容旧接口的服务。
接口转换：当类与类之间的接口不兼容时，通过适配器模式进行转换。
第三方库集成：引入第三方库时，其接口可能与项目不兼容，可以通过适配器统一接口。

优缺点

优点：

提高类的复用性：将现有类和需要兼容的新代码桥接起来，无需修改原有类。
灵活性好：使用组合方式可以让适配器与被适配器类解耦，便于扩展。

缺点：

代码复杂性增加：由于引入了适配器类，系统中多了额外的类结构，可能导致代码维护成本提高。
可能导致性能问题：如果适配器需要频繁调用被适配器类的方法，可能会有想能开销。

源码中的应用

与其他模式的关系

桥接模式通常会于开发前期进行设计，使你能够将程序的各个部分独立开来以便开发。另一方面，适配器模式通常在已有程序中使用，让相互不兼容的类能很好地合作。
适配器可以对已有对象的接口进行修改，装饰模式则能在不改变对象接口的前提下强化对象功能。此外，装饰还支持递归组合，适配器则无法实现。
适配器能为被封装对象提供不同的接口，代理模式能为对象提供相同的接口，装饰则能为对象提供加强的接口。
外观模式为现有对象定义了一个新接口，适配器则会试图运用已有的接口。适配器通常只封装一个对象，外观通常会作用于整个对象子系统上。
桥接、状态模式和策略模式（在某种程度上包括适配器）模式的接口非常相似。实际上，它们都基于组合模式------即将工作委派给其他对象，不过也各自解决了不同的问题。模式并不只是以特定方式组织代码的配方，你还可以使用它们来和其他开发者讨论模式所解决的问题。