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

标签：设计模式初涉

概念相关

定义：

适配器模式把一个类的接口变换成client所期待的还有一种接口，从而

使原本因接口不匹配而无法在一起工作的两个类能够在一起工作。

简单点说：

两个彼此间没有太大关联的类，想进行交互完毕某些事情。假设

直接去改动各自的接口，就显得有些繁琐了。能够加个中间类，

用它来协调两类之间的关系，完毕相关业务。这样的玩法就叫适配器模式！

两种适配器模式：

依据适配器类与适配者类的关系不同，适配器模式可分为 类适配器 和

对象适配器两种，虽然都是三个角色。但还是有些区别的！

另外。类适配器的适配器和适配者是继承关系，而对象适

配器则是引用关系。

类适配器的三个角色：

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

对象适配器的三个角色：

目标接口(Target)：客户所期待的接口。能够是详细的或抽象的类。也能够是接口
须要适配的类(Adaptee)：须要适配的类或适配者类；
适配器(Adapter)：通过包装一个须要适配的对象，把原接口转换成目标接口。

UML类图：

举个最简单栗子

想了非常久没想到什么好玩的样例，就写个最简单的英语翻译中文的样例

了解这个模式的玩法，后面有好的样例再换。

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

说中文的接口：

说英语的人：

适配翻译器：

英语翻译成中文：

翻译后：

好的，非常easy，在适配类中传入须要转换的对象。完毕转换而已。

类适配模式写法：

翻译过程：

翻译结果：

两种玩法对照：

对象适配器支持传入一个被适配器对象，因此能够做到对多种被适

配接口进行适配。

而类适配器直接继承。无法动态改动，所以普通情况

下对象适配器使用得很多其它！（Java不支持多重继承！

！！）

缺省适配器模式

当不须要实现一个接口所提供的全部方法时。可先设计一个抽象类

实现该接口，并为接口中每一个方法提供一个默认实现（空方法），

那么该抽象类的子类能够选择性地覆盖父类的某些方法来实现需求。

它适用于不想使用一个接口中的全部方法的情况，又称为单接口适配器模式。

简单点说就是：不想实现接口里的全部方法，写个基类去继承这个

接口。然后重写全部方法，子类再去继承这个基类，按需重写！

比方上面的样例，中文也有非常多种类型啊。普通话，广东话，上海话：

我们如今仅仅须要转换成普通话：

写个父类适配器：

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

開始翻译：

翻译结果：

小结

长处：

将目标类和适配者类解耦，通过引入一个适配器类来重用现有的

适配者类，无须改动原有结构。
添加了类的透明性和复用性，将详细的业务实现过程封装在适配

者类中。对于client类而言是透明的，并且提高了适配者的复用性，

同一个适配者类能够在多个不同的系统中复用。
灵活性和扩展性都非常好。能够非常方便地更换适配器。
一个对象适配器能够把多个不同的适配者适配到同一个目标。

缺点：

类适配器模式对于不支持多重类继承的语言，一次最多仅仅能适配

一个适配者类，不能同一时候适配多个适配者。
适配者类不能为终于类。如在Java中不能为final类。
在Java中。类适配器模式中的目标抽象类仅仅能为接口，不能为类，

其使用有一定的局限性。
对象适配器要在适配器中置换适配者类的某些方法比較麻烦。

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

本节代码

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