设计模式 ☞ 结构型模式之适配器模式
1.1 简介
1.1.1 概述
适配器模式(Adapter)的定义如下：将一个类的接口转换成客户希望的另外一个接口，使得原本由于接口不兼容而不能一起工作的那些类能一起工作。适配器模式分为类结构型模式和对象结构型模式两种，前者类之间的耦合度比后者高，且要求程序员了解现有组件库中的相关组件的内部结构，所以应用相对较少些。 在现实生活中，经常出现两个对象因接口不兼容而不能在一起工作的实例，这时需要第三者进行适配。例如，讲中文的人同讲英文的人对话时需要一个翻译，用直流电的笔记本电脑接交流电源时需要一个电源适配器，用计算机访问照相机的 SD 内存卡时需要一个读卡器等。在软件设计中也可能出现：需要开发的具有某种业务功能的组件在现有的组件库中已经存在，但它们与当前系统的接口规范不兼容，如果重新开发这些组件成本又很高，这时用适配器模式能很好地解决这些问题。
1.1.2 优缺点
优点： ① 客户端通过适配器可以透明地调用目标接口。 ② 复用了现存的类，程序员不需要修改原有代码而重用现有的适配者类。 ③ 将目标类和适配者类解耦，解决了目标类和适配者类接口不一致的问题。 ④ 在很多业务场景中符合开闭原则。
缺点： ① 适配器编写过程需要结合业务场景全面考虑，可能会增加系统的复杂性。 ② 增加代码阅读难度，降低代码可读性，过多使用适配器会使系统代码变得凌乱。
1.2 案例
1.2.1 对象适配器
如下图所示，Client 想要使用 ServiceMethod 但是并不能直接使用需要将其转换为 method 之后才能使用，这时我们写一个 Adapter 关联 Service 并实现 Client Interface，Client 直接使用 Client Interface 即可。实现时使用了构成原则：适配器实现了其中一个对象的接口，并对另一个对象进行封装。所有流行的编程语言都可以实现适配器。
1.2.2 类适配器
如下图所示，Client 想要使用 ServiceMethod 但是并不能直接使用需要将其转换为 method 之后才能使用，这个时候我们就可以同时继承 Service 和 Existing Class 然后让 Client 关联 Existing Class。Service 就类似于 220V 的标准电压，Existing Class 就类似于 5V 充电电压，经过 Adapter 将输入的 220V 输出为 5V。这一实现使用了继承机制：适配器同时继承两个对象的接口。请注意，这种方式仅能在支持多重继承的编程语言中实现，例如 C++。
接口适配器又称缺省适配器：当不需要全部实现接口提供的方法时，可先设计一个抽象类实现接口，并为该接口中每个方法提供一个空实现，那么该抽象类的子类可有选择地覆盖父类的某些方法来实现需求，即使用匿名内部类重写需要使用的方法。适用于一个接口不想使用其所有的方法的情况。