核心思想
- 适配器模式（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;}@Overridepublic String readSD() {System.out.println("adapter read tf card");return tfCard.readTF();}@Overridepublic void writeSD(String msg) {System.out.println("adapter write tf card");tfCard.writeTF(msg);}
}
适用场景
- 遗留系统改造：将旧系统的接口适配为新系统接口，例如在微服务架构中兼容旧接口的服务。
- 接口转换：当类与类之间的接口不兼容时，通过适配器模式进行转换。
- 第三方库集成：引入第三方库时，其接口可能与项目不兼容，可以通过适配器统一接口。
优缺点
优点：
- 提高类的复用性：将现有类和需要兼容的新代码桥接起来，无需修改原有类。
- 灵活性好：使用组合方式可以让适配器与被适配器类解耦，便于扩展。
缺点：
- 代码复杂性增加：由于引入了适配器类，系统中多了额外的类结构，可能导致代码维护成本提高。
- 可能导致性能问题：如果适配器需要频繁调用被适配器类的方法，可能会有想能开销。
源码中的应用
与其他模式的关系
- 桥接模式通常会于开发前期进行设计， 使你能够将程序的各个部分独立开来以便开发。 另一方面， 适配器模式通常在已有程序中使用， 让相互不兼容的类能很好地合作。
- 适配器可以对已有对象的接口进行修改， 装饰模式则能在不改变对象接口的前提下强化对象功能。 此外， 装饰还支持递归组合， 适配器则无法实现。
- 适配器能为被封装对象提供不同的接口， 代理模式能为对象提供相同的接口， 装饰则能为对象提供加强的接口。
- 外观模式为现有对象定义了一个新接口， 适配器则会试图运用已有的接口。 适配器通常只封装一个对象， 外观通常会作用于整个对象子系统上。
- 桥接、 状态模式和策略模式 （在某种程度上包括适配器） 模式的接口非常相似。 实际上， 它们都基于组合模式——即将工作委派给其他对象， 不过也各自解决了不同的问题。 模式并不只是以特定方式组织代码的配方， 你还可以使用它们来和其他开发者讨论模式所解决的问题。
