适配器模式有什么用 接口转换实际案例解析

适配器模式通过创建适配器类解决接口不兼容问题，使原有类无需修改即可协同工作。1. 在老系统LegacyPrinter的printContent()与新接口ModernPrinter的print()之间，适配器PrinterAdapter实现接口转换。2. 集成微信支付时，WeChatPayAdapter将pay(double)金额转为分并调用sendPayment(int)，统一PaymentProcessor接口。3. 处理旧数据时，OldUserAdapter将OldUserRecord字段映射为UserInfo的getFullName()和getEmail()，实现数据格式兼容。该模式在不改动源码前提下，提升系统扩展性与可维护性。

适配器模式的核心作用是解决接口不兼容的问题，让原本无法一起工作的类可以协同工作。它不改变原有类的代码，而是通过一个中间“适配器”类，把一个接口转换成客户端期望的另一个接口。这种模式在系统扩展、第三方库集成、遗留代码维护中非常实用。

解决接口不匹配问题

当系统需要使用某个类，但其接口不符合当前需求时，直接修改原类可能影响其他模块，也不符合开闭原则。适配器模式提供了一种无侵入的解决方案。

比如，一个老系统使用的是 LegacyPrinter 类，它的打印方法叫 printContent()：

class LegacyPrinter {
　　public void printContent(String text) {
　　　　System.out.println(“Legacy printing: ” + text);
　　}
}

而新模块统一调用的是标准接口 ModernPrinter，要求实现 print(String text) 方法：

interface ModernPrinter {
　　void print(String text);
}

两者方法名不同，无法直接使用。这时就可以创建一个适配器：

class PrinterAdapter implements ModernPrinter {
　　private LegacyPrinter legacyPrinter;

　　@Override
　　public void print(String text) {
　　　　legacyPrinter.printContent(text); // 调用旧方法
　　}
}

这样，新系统就能通过 ModernPrinter 接口使用老打印机，无需修改原有代码。

集成第三方支付接口

在电商平台中，经常需要接入多个支付渠道，比如支付宝、微信、PayPal。每个平台的接口定义不同，但系统内部希望统一调用方式。

假设系统定义了一个统一的支付接口：

interface PaymentProcessor {
　　void pay(double amount);
}

而第三方微信支付提供的是：

class WeChatPay {
　　public void sendPayment(int moneyInFen) {
　　　　System.out.println(“微信支付 ” + moneyInFen + ” 分”);
　　}
}

金额单位不同（元 vs 分），方法名也不同。此时创建适配器：

class WeChatPayAdapter implements PaymentProcessor {
　　private WeChatPay weChatPay;

　　@Override
　　public void pay(double amount) {
　　　　int moneyInFen = (int)(amount * 100);
　　　　weChatPay.sendPayment(moneyInFen);
　　}
}

系统调用 pay(99.9) 时，适配器自动转换为 9990 分并调用微信接口，实现无缝集成。

兼容旧版本数据格式

系统升级后，数据模型变了，但还要处理旧格式的数据文件。适配器可以将旧数据“伪装”成新对象。

例如，新系统使用 UserInfo 类：

class UserInfo {
　　private String fullName;
　　private String email;
　　// getter/setter…
}

但旧文件解析出来的是 OldUserRecord：

class OldUserRecord {
　　public String firstName;
　　public String lastName;
　　public String emailAddress;
}

写一个适配器，让旧记录看起来像新用户：

class OldUserAdapter extends UserInfo {
　　private OldUserRecord oldRecord;

　　@Override
　　public String getEmail() {
　　　　return oldRecord.emailAddress;
　　}
}

这样，处理新旧数据的逻辑可以统一，降低系统复杂度。

基本上就这些。适配器模式不复杂，但能有效隔离变化，提升系统的灵活性和可维护性。遇到接口不匹配时，优先考虑适配，而不是改源码。