05 适配器模式

1 泰国旅游使用插座问题

泰国插座用的是两孔（欧标），可以买个多功能转换插头（适配器）。

2 适配器模式

1. 适配器模式(Adapter Pattern)将某个类的接口转换成客户端期望的另一个接口表示，主的目的是兼容性，让原本因接口不匹配不能一起工作的两个类可以协同工作。其别名为包装器(Wrapper)
2. 适配器模式属于结构型模式
   主要分为三类
   • 类适配器模式
   • 对象适配器模式
   • 接口适配器模式

3 工作原理

1. 适配器模式：将一个类的接口转换成另一种接口。让原本接口不兼容的类可以兼容
2. 从用户的角度看不到被适配者，是解耦的
3. 用户调用适配器转化出来的目标接口方法，适配器再调用被适配者的相关接口方法
4. 用户收到反馈结果，感觉只是和目标接口交互。

4 类适配器模式

1. 类适配器模式介绍

   基本介绍: Adapter类，通过继承src类，实现dst类接口，完成src->dst 的适配。

2. 类适配器模式应用实例
   以生活中充电器的例子来讲解适配器，充电器本身相当于Adapter，220V交流电相当于src(即被适配者)，我们的dst(即目标)是5V直流电

3. 类图

   classDiagram VoltageAdapter ..|> Voltage5V : 实现 VoltageAdapter --|> Voltage220V : 继承 Phone ..> Voltage5V : 依赖 Client ..> Phone : 依赖 Client ..> VoltageAdapter : 依赖 class Voltage220V{ output220V() void } class Voltage5V{ <<interface>> output5V() void } class Phone{ charging() void }

5 对象适配器

1. 对象适配器介绍

   • 基本思路和类的适配器模式相同，只是将Adapter类作修改，不是继承src类，而是持有src类的实例，以解决兼容性的问题。即:持有src类，实现dst类接口，完成src->dst的适配
   • 根据“合成复用原则”，在系统中尽量使用关联关系来替代继承关系。
   • 对象适配器模式是适配器模式常用的一种

2. 类图

   classDiagram VoltageAdapter ..|> Voltage5V : 实现 VoltageAdapter o-- Voltage220V : 聚合 Phone ..> Voltage5V : 依赖 Client ..> Phone : 依赖 Client ..> VoltageAdapter : 依赖 Client ..> Voltage220V : 依赖 class Voltage220V{ output220V() void } class Voltage5V{ <<interface>> output5V() void } class VoltageAdapter{ voltage220V Voltage220V VoltageAdapter(voltage220V Voltage220V) } class Phone{ charging(voltage5V Voltage5V) void }
   3. 注意实现
      • 对象适配器和类适配器其实算是同一种思想，只不过实现方式不同。
      • 根据合成复用原则，使用组合替代继承，所以它解决了类适配器必须继承src的局限性问题，也不再要求dst必须是接口。
      • 使用成本更低，更灵活。

6 接口适配器

1. 接口适配器

   • 一些书籍称为：适配器模式(Default Adapter Pattern)或缺省适配器模式。
   • 核心思想：当不需要全部实现接口提供的方法时，可先设计一个抽象类实现接口，并为该接口中每个方法提供一个默认实现（空方法)，那么该抽象类的子类可有选择地覆盖父类的某些方法来实现需求
   • 适用于一个接口不想使用其所有的方法的情况。

2. 接口适配器模式应用实例

   匿名内部类就是Listener具体实现类

3. 类图

   classDiagram AbsAdapter ..|> Interface : 实现 A ..> AbsAdapter : 依赖 class Interface{ <<interface>> operation1() void operation2() void operation3() void operation4() void }

4. 适配器模式在SpringMVC框架源码分析

   SpringMVC中的HandlerAdapter，就使用了适配器模式

   可以看到处理器的类型不同，有多重实现方式，那么调用方式就不是确定的，如果需要直接调用Controller方法，需要调用的时侯就得不断使用if else来进行判断是哪一种子类然后执行。那么如果后面要扩展Controller，就得修改原来的代码，这样违背了OCP原则。

   类图：

   classDiagram SimpleHandlerAdapter ..|> HandlerApdater : 实现 HttpHandlerAdapter ..|> HandlerApdater : 实现 AnnotationHandlerAdapter ..|> HandlerApdater : 实现 OtherHandlerAdapter ..|> HandlerApdater : 实现 HttpController ..|> Controller : 实现 SimpleController ..|> Controller : 实现 AnnotationController ..|> Controller : 实现 OtherController ..|> Controller : 实现 SimpleHandlerAdapter ..> SimpleController : 依赖 HttpHandlerAdapter ..> HttpController : 依赖 AnnotationHandlerAdapter ..> AnnotationController : 依赖 OtherHandlerAdapter ..> OtherController : 依赖 DispatchServlet ..> Controller : 依赖 HandlerApdater --o DispatchServlet : 聚合 class DispatchServlet{ doDispatch() void } class HandlerApdater{ <<interface>> } class Controller{ <<interface>> }

5. 适配器模式的注意事项

   • 三种命名方式，是根据 src是以怎样的形式给到Adapter (在Adapter里的形式）来命名的。

   • 类适配器：以类给到,在Adapter里，就是将src当做类继承
     对象适配器：以对象给到，在Adapter里，将src作为一个对象持有

     接口适配器：以接口给到，在Adapter里，将src作为一个接口实现

   • Adapter模式最大的作用还是将原本不兼容的接口融合在一起工作。实际开发中，实现起来不拘泥于我们讲解的三种经典形式