适配器模式是一种结构型设计模式，用于将不兼容的接口转换为客户端期望的接口，使原本因接口不匹配而无法协同工作的类能够一起工作。类似于电源适配器将220V电压转换为5V供手机充电。
结构
1.角色划分：
◦ 目标接口（Target） ：客户端期望调用的接口。
◦ 被适配者（Adaptee） ：已存在的、需要被适配的类（接口不兼容）。
◦ 适配器（Adapter）：通过继承或组合方式，将Adaptee转换为Target接口。
2. 实现方式：
◦ 类适配器： 通过继承Adaptee并实现Target接口（需支持多继承，Java中不适用）。
◦ **对象适配器：**通过组合Adaptee对象并实现Target接口（推荐方式）。
实现方式
场景描述：
假设现有旧版文件读取器LegacyFileReader，其接口为readFile(String path)，而客户端期望调用统一的文件处理器接口FileProcessor的process(String path)方法。通过适配器将二者对接。
1、对象适配器：
1. 定义目标接口（Target） 
2. 实现被适配者（Adaptee） 
3. 创建适配器（Adapter）
4. 客户端调用 
2、类适配器（伪代码，Java不直接支持）
使用场景
-
整合旧系统 ：将遗留代码或第三方库接口转换为新系统的接口。
-
统一接口规范 ：多个类功能相似但接口不同，需统一调用方式。
3.兼容不同版本 ：如系统升级时保留旧接口的适配层。
- 框架扩展：适配不同数据源（如数据库驱动、文件格式）。
适配器模式 vs. 其他模式
实际应用案例
1、Java I/O流：
◦ InputStreamReader 和 OutputStreamWriter 是适配器，将字节流适配为字符流。
2、集合框架：
◦ Collections.list(Enumeration) 将旧版Enumeration适配为List。
3、Spring MVC：
◦ HandlerAdapter 将不同类型的Controller（如Servlet、POJO）适配为统一的处理接口。
优缺点
• 优点 ：
◦ 解耦客户端与被适配者 ：客户端仅依赖目标接口。
◦ 复用现有类：无需修改原有代码即可整合功能。
• 缺点 ：
◦ 增加代码复杂度 ：过多适配器会降低代码可读性。
◦ 可能掩盖设计缺陷：过度使用可能延迟系统重构。
总结
适配器模式是解决接口不兼容问题的利器，尤其在以下场景中效果显著：
• 系统需要集成外部组件或遗留代码。
• 需要统一多个类的接口调用方式。
• 希望在不修改原有代码的前提下扩展功能。
通过合理使用适配器模式，可以提升系统的灵活性和可维护性，降低模块间的耦合度。