当前位置：首页 > news >正文

13.结构型 - 适配器模式 (Adapter Pattern)

news 2026/5/26 14:18:05

适配器模式 (Adapter Pattern)

适配器模式（Adapter Pattern)是作为两个不兼容的接口之间的桥梁
意图: 将一个类的接口转换成客户希望的另外一个接口; 适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作;
主要解决: 主要解决在软件系统中, 常常要将一些"现存的对象"放到新的环境中, 而新环境要求的接口是现对象不能满足的;

代码实例

例: 一个生活中的例子, 家里有一台空调, 现有一个三口的插座, 空调使用三口插座, 完美匹配;
倘若再买一台TV电视, 使用二口插座, 如何解决这个问题?

UML类图

1.三线设备及实现

//三口插头
public interface TriplePin {//参数分别为火线live, 零线null, 地线earthpublic void electrify(int l, int n, int e);
}// 空调
public class AirConditioning implements TriplePin {@Overridepublic void electrify(int l, int n, int e) {System.out.println("火线接通: " + l);System.out.println("零线接通: " + n);System.out.println("地线接通: " + e); }
}

2.二线设备及实现

//二口插头
public interface DualPin {public void electrify(int l, int n);//这里没有地线
}
// 电视
public class TV implements DualPin {@Overridepublic void electrify(int l, int n) {System.out.println("火线接通: " + l);System.out.println("零线接通: " + n);}
}

3.使用者

// 我是一个固执的电源, 只给三线设备的供电
public class Power {@Overridepublic void ConnectElectricity(TriplePin pin) {int l = 1, n = 0, e = -1;pin.electrify( l,  n,  e);}
}

4.适配实现

有两种实现方式

类适配器: 继承实现
对象适配器: 组合实现

推荐使用组合的方式优于继承方式

4.1.对象适配器(组合实现)

public class TriplePinAdapter implements TriplePin {private DualPin dualPinDevice; //创建适配器的时候, 需要把双插设备接入进来public TriplePinAdapter(DualPin dualPinDevice) {this.dualPinDevice = dualPinDevice;}//适配器实现 目标接口(三线)@Overridepublic void electrify(int l, int n, int e) {//实际上调用了被适配设备的双插通电, 地线e被丢弃了; dualPinDevice.electrify(l, n);}}

4.2.对象适配器(继承的方式)

//继承二线设备, 实现三线设备接口
public class TriplePinAdapter extends TV implements TriplePin{@Overridepublic void electrify(int l, int n, int e) {super.electrify(l, n);}}

5.测试

 public static void main(String[] args) {Power power = new Power();//固执的电源power.ConnectElectricity(new AirConditioning() );//给空调使用, 完美匹配;// 新买一台电视, 它是二线设备, 也想用, 怎么办?DualPin tv = new TV();// 通过适配器, 组合二口设备TriplePin triplePin = new TriplePinAdapter(tv)// 不完美使用power.ConnectElectricity(triplePin );}

适配器模式 (Adapter Pattern) 总结

关键角色

目标角色(被适配)
适配角色(通过组合改变目标, 被不兼容的使用者使用)
使用者(固定, 或者旧系统代码)

适配器模式的优缺点

适配器模式的优点

将目标类和适配者类解耦, 通过引入一个适配器类来重用现有的适配者类, 无序修改原有结构
增加了类的透明性和复用性, 将具体业务实现过程封装在适配者类中, 对于客户端类而言是透明的, 而且提高了适配者的复用性, 同一个适配者类可以在多个不同的系统中复用.
灵活性和扩展性都非常好, 通过使用配置文件可以很方便的更换适配器, 也可以在不修改原有代码的基础上增加新的适配器类, 符合开闭原则.

适配器模式的缺点

类适配器的缺点
1. 对于Java等不支持多重继承的语言, 一次最多只能适配一个适配者类, 不能同时适配多个适配者
2. 适配者类不能为被 final 修饰
对象适配器的缺点
1. 与类适配器模式相比较, 在该模式下要在适配器中置换适配者类的某些方法比较麻烦.

适配器模式适用的场景

统一多个类的接口设计时

某个功能的实现依赖多个外部系统（或者说类）。通过适配器模式, 将它们的接口适配为统一的接口定义
需要依赖外部系统时

当我们把项目中依赖的一个外部系统替换为另一个外部系统的时候, 利用适配器模式, 可以减少对代码的改动
原有接口无法修改时或者原有接口功能太老旧但又需要兼容；

JDK1.0 Enumeration 到 Iterator 的替换, 适用适配器模式保留 Enumeration 类, 并将其实现替换为直接调用 Itertor.
适配不同数据格式时；

Slf4j 日志框架, 定义打印日志的统一接口, 提供针对不同日志框架的适配器