适配器模式

简述

适配器模式（Adapter Pattern）是一种补救模式，将一个类的接口转换成客户希望的另外一个接口，从而使原本由于接口不兼容而不能一起工作的类可以一起工作。

模式结构

---

UML 结构图（类适配器）：

UML 结构图（对象适配器）：

• 目标接口（Target）：所期望得到的接口
• 适配者（Adaptee）：需要适配的类
• 适配器（Adapter）：该模式的核心，具有将 Adaptee 包装为 Target 的职责

类适配器和对象适配器

---

从实现层面上划分，适配器模式分为两种：

• 类适配器（多继承方式）
• 对象适配器（对象组合方式）

那么，实际应用中如何在二者之间进行选择？

类适配器包含以下特点：

• 由于 Adapter 直接继承自 Adaptee 类，所以，在 Adapter 类中可以对 Adaptee 类的方法进行重定义。
• 如果在 Adaptee 中添加了一个抽象方法，那么 Adapter 也要进行相应的改动，这样就带来高耦合。
• 如果 Adaptee 还有其它子类，而在 Adapter 中想调用 Adaptee 其它子类的方法时，使用类适配器是无法做到的。

对象适配器包含以下特点：

• 有的时候，你会发现，去构造一个 Adaptee 类型的对象不是很容易。
• 当 Adaptee 中添加新的抽象方法时，Adapter 类不需要做任何调整，也能正确的进行动作。
• 可以使用多态的方式在 Adapter 类中调用 Adaptee 类子类的方法。

由于对象适配器的耦合度比较低，所以在很多的书中都建议使用对象适配器。在我们实际项目中，也是如此，能使用对象组合的方式，就不使用多继承的方式。

优缺点

---

优点：

• 可以让任何两个没有关联的类一起运行
• 提高了类的复用
• 增加了类的透明度
• 灵活性好

缺点：

• 过多地使用适配器，会让系统非常零乱，不利于整体把控。

例如，看到调用的是 A 接口，内部却被适配成了 B 接口的实现，系统如果出现太多类似情况，无异于一场灾难。因此，如果不是很必要，可以不使用适配器，而是直接对系统进行重构。

适用场景

---

• 当想使用一个已存在的类，而它的接口不符合需求时。
• 你想创建一个可复用的类，该类可以与其他不相关的类或不可预见的类协同工作。
• 你想使用一些已经存在的子类，但是不可能对每一个都进行子类化以匹配它们的接口，对象适配器可以适配它的父接口。