在软件开发中，我们常常会遇到系统升级、组件替换或第三方库整合的场景。新模块与旧系统接口不兼容，直接修改原有代码可能破坏稳定性。适配器模式（Adapter Pattern）应运而生，它如同一个“接口转换器”，让原本无法协同工作的类能够一起合作，比如我们系统原来的日志功能需要改善，但是我们又不可能改变以前的一些代码，此时有效使用适配器模式就是一个好选择。
适配器模式是什么？
适配器模式是一种结构型设计模式，其核心目的是将一个类的接口转换成客户端期望的另一种接口。它通过包装（Wrap）现有类的接口，解决因接口不兼容而无法复用代码的问题。
• 类比现实场景：想象你从海外购买了一台电器（110V），而国内插座标准是220V。此时，一个“电源适配器”就能让电器正常工作，无需改造插座或电器本身。
适配器模式的结构
适配器模式通常包含三类角色：
- 目标接口（Target）：客户端期望使用的接口。
- 被适配者（Adaptee）：已存在的、但接口不兼容的类。
- 适配器（Adapter）：通过包装Adaptee，将其接口转换为Target接口。
适配器模式有两种实现方式：
• 类适配器：通过多重继承（或实现接口+继承）实现（需编程语言支持，如C++）。
• 对象适配器：通过组合方式实现（更灵活，Java等单继承语言常用）。
代码示例：对象适配器
假设有一个旧系统 OldLogger，它的日志记录方法名为 logToFile()，而新系统需要统一调用 log() 方法。以下是适配器模式的实现：
// 目标接口：客户端期望的日志接口
interface Logger {
void log(String message);
}
// 被适配者：旧日志类，接口不兼容
class OldLogger {
public void logToFile(String message) {
System.out.println("Old Logger: " + message);
}
}
// 适配器：将OldLogger转换为Logger接口
class LoggerAdapter implements Logger {
private OldLogger oldLogger;
public LoggerAdapter(OldLogger oldLogger) {
this.oldLogger = oldLogger;
}
@Override
public void log(String message) {
oldLogger.logToFile(message); // 调用旧类的方法
}
}
// 客户端代码
public class Client {
public static void main(String[] args) {
Logger logger = new LoggerAdapter(new OldLogger());
logger.log("This is a log message!"); // 统一调用log()方法
}
}
输出结果：
Old Logger: This is a log message!
适配器模式的应用场景
- 整合遗留系统：复用旧代码，避免重写已有功能。
- 兼容第三方库：统一不同库的接口调用方式。
- 接口版本过渡：新旧接口共存期间提供平滑升级方案。
- 数据格式转换：如JSON与XML数据之间的适配。
优缺点分析
优点：
• 解耦：客户端与被适配者无直接依赖。
• 复用性：无需修改原有代码即可复用旧组件。
• 灵活性：适配器可动态切换不同的被适配对象。
缺点：
• 复杂度：过多适配器会增加代码维护难度。
• 性能损耗：多层包装可能带来轻微性能损失。