如何让孩子爱上设计模式 —— 7.适配器模式(Adapter Pattern)

设计模式初涉

概念相关

定义：

适配器模式把一个类的接口变换成客户端所期待的另一种接口，从而
使原本因接口不匹配而无法在一起工作的两个类能够在一起工作。

简单点说：

两个彼此间没有太大关联的类，想进行交互完成某些事情，如果
直接去修改各自的接口，就显得有些繁琐了，可以加个中间类，
用它来协调两类之间的关系，完成相关业务。这种玩法就叫适配器模式！

两种适配器模式：

根据适配器类与适配者类的关系不同，适配器模式可分为 类适配器 和
对象适配器两种，尽管都是三个角色，但还是有些差别的！
另外，类适配器的适配器和适配者是 继承 关系，而对象适
配器则是 引用 关系。

类适配器的三个角色：

• 目标接口(Target)：客户所期待的接口，目标是接口；
• 需要适配的类(Adaptee)：需要适配的类或适配者类；
• 适配器(Adapter)：实现了抽象目标类接口Target，并继承了适配者类Adaptee

对象适配器的三个角色：

• 目标接口(Target)：客户所期待的接口，可以是具体的或抽象的类，也可以是接口
• 需要适配的类(Adaptee)：需要适配的类或适配者类；
• 适配器(Adapter)：通过包装一个需要适配的对象，把原接口转换成目标接口；

UML类图：

举个最简单栗子

想了很久没想到什么好玩的例子，就写个最简单的英语翻译中文的例子
了解这个模式的玩法，后面有好的例子再换。

对象适配器的写法（用得较多）

说中文的接口：

说英语的人：

适配翻译器：

英语翻译成中文：

翻译后：

好的，非常简单，在适配类中传入需要转换的对象，完成转换而已。

类适配模式写法：

翻译过程：

翻译结果：

两种玩法对比：

对象适配器支持传入一个被适配器对象，因此可以做到对多种被适
配接口进行适配。而类适配器直接继承，无法动态修改，所以一般情况
下对象适配器使用得更多！（Java不支持多重继承！！！）

缺省适配器模式

当不需要实现一个接口所提供的所有方法时，可先设计一个抽象类
实现该接口，并为接口中每个方法提供一个默认实现（空方法），
那么该抽象类的子类可以选择性地覆盖父类的某些方法来实现需求，
它适用于不想使用一个接口中的所有方法的情况，又称为单接口适配器模式。

简单点说就是：不想实现接口里的所有方法，写个基类去继承这个
接口，然后重写所有方法，子类再去继承这个基类，按需重写！

比如上面的例子，中文也有很多种类型啊，普通话，广东话，上海话：
我们现在只需要转换成普通话：

写个父类适配器：

写个普通话转换用的适配器：

开始翻译：

翻译结果：

小结

优点：

• 将目标类和适配者类解耦，通过引入一个适配器类来重用现有的
  适配者类，无须修改原有结构。
• 增加了类的透明性和复用性，将具体的业务实现过程封装在适配
  者类中，对于客户端类而言是透明的，而且提高了适配者的复用性，
  同一个适配者类可以在多个不同的系统中复用。
• 灵活性和扩展性都非常好，可以很方便地更换适配器。
• 一个对象适配器可以把多个不同的适配者适配到同一个目标。

缺点：

• 类适配器模式对于不支持多重类继承的语言，一次最多只能适配
  一个适配者类，不能同时适配多个适配者。
• 适配者类不能为最终类，如在Java中不能为final类。
• 在Java中，类适配器模式中的目标抽象类只能为接口，不能为类，
  其使用有一定的局限性。
• 对象适配器要在适配器中置换适配者类的某些方法比较麻烦。

摘自工匠若水的——设计模式(结构型)之适配器模式(Adapter Pattern)

本节代码

https://github.com/coder-pig/DesignPatternsExample/tree/master/6.Adapter%20Pattern