设计模式整理—适配器模式

引

你妈妈和你老婆两个Service，家里妈妈做主。
有一天来客人了，客人说：快做饭！你妈妈对你老婆说：快做饭！你老婆说：你说什么呢，我听不懂啊！
这时就需要这个家的男人来解决问题，于是你出场了，对你妈妈说：好的好的。对你媳妇说：客人来了，你露两手给客人看看，明天我带你去买包去。
于是流程是这样的： 客人-->你妈妈-->你-->你老婆。于是给客人做饭这件事就完成了。

适配器模式（Adapter）是什么？

这里介于你妈妈和你老婆中间的你，就是一个适配器，你妈妈是目标类，你老婆是适配者类。你妈妈的命令通过你传达给了你老婆。反过来，有时候你老婆有命令想让你妈妈不要在厨房养花，这时候你老婆的命令通过你传达给你你妈妈。你现在就变成了一个双向适配器。

适配器模式(Adapter Pattern) ：将一个接口转换成客户希望的另一个接口，适配器模式使接口不兼容的那些类可以一起工作，其别名为包装器(Wrapper)。适配器模式既可以作为类结构型模式，也可以作为对象结构型模式。

我们为什么使用适配器模式？

适配器模式使用频率较高，是将现有接口转换为客户端期望的接口。
主要优点：

1. 将目标类与适配者类解耦，通过引入一个适配器，目标与适配者都无需改动。
2. 适配者类的复用性得到提升
3. 扩展性非常好，如使用配置文件可以方便的更换适配器，在原代码不动基础上增加新的适配器类，符合“开闭原则”。

类适配器模式优点：

1. 适配器与适配者为继承关系，所以可以轻松地override掉原方法，提高灵活性。

类适配器模式缺点：

1. 很多语言不支持多继承，或者当一个类为final类时是无法继承的。

对象适配器模式优点：

1. 适配器与适配者是关联关系，所以可以适配多个不同的适配者。
2. 根据“里式替换原则”，适配者的子类也可以被适配进来。

适配器模式UML

• 类图

类适配器中Adaptor与Adaptee间是继承或实现关系；对象适配器中Adaptor与Adaptee间是关联关系。实际使用中对象适配器使用更多。
Target：目标抽象类
Adapter：适配器类
Adaptee：适配者类
Client：客户类

image.png
image.png

• 时序图

  
  image.png

我们应该在什么地方使用？

• 系统需要使用一些现有的类，而这些类的接口（如方法名）不符合系统的需要，甚至没有这些类的源代码。
• 想创建一个可以重复使用的类，用于与一些彼此之间没有太大关联的一些类（包括可能在将来引入的类）一起工作。

哪些地方使用了适配器模式？