适配器模式

坚持很难又很酷

写在设计模式之前

概念

• 在软件开发中采用类似于电源适配器的设计和编码技巧被称为适配器模式
• 是一种结构型模式，将一个类的接口转换成客户希望的另外一个接口
• Adapter Pattern使得原本由于接口不兼容而不能一起工作的那些类可以一起工作

结构

角色

适配器模式（Adapter）包含以下主要角色：

1. 目标（Target）接口：当前系统业务所期待的接口，它可以是抽象类或接口。
2. 适配者（Adaptee）类：它是被访问和适配的现存组件库中的组件接口。
3. 适配器（Adapter）类：它是一个转换器，通过继承或引用适配者的对象，把适配者接口转换成目标接口，让客户按目标接口的格式访问适配者。

类图

类适配器

对象继承的方式，静态的定义

对象适配器

依赖于对象的组合，都是采用对象组合的方式，也就是对象适配器实现的方式

时序图

例子

具体的程序，我同步更新到Github上了，一直都有更新，喜欢可以fork同步

原始情况：我们的手机充电口是type-c的，充电线也一直是type-c原版的

后期情况：有一天我们type-c的充电线丢了，而我们只能借到usb的充电线。此时我们需要一个适配器，即usb-typec转接口来适配usb充电线和type-c手机口

类适配器

• 首先是我们的typec手机，即Adaptee

  class TypecPhone {
      public void connection() {
          System.out.println("使用type-c连接...");
      }
  }
  

• 接着是我们需要的usb充电线了，即Target

  interface UsbConnection{
      public void connectByUsb();
  }
  

• 于是我们需要一个适配器，即Adapter

  class UsbTypecAdapter extends TypecPhone implements UsbConnection {
      @Override
      public void connectByUsb() {
          System.out.println("插入usb和type-c的转接头");
          super.connection();
      }
  }
  

• 客户端调用

  public class AdapterClient {
  
      public static void runAdapter() {
  		UsbConnection usb = new UsbTypecAdapter();
          adapter.connectByUsb();
      }
  }
  

对象适配器

• 还是前面的例子，结构不变，我们需要修改一下适配器Adapter

  cclass UsbTypecAdapter implements UsbConnection {
  
      private TypecPhone typecPhone;
  
      public UsbTypecAdapterr(TypecPhone typecPhone) {
          this.typecPhone = typecPhone;
      }
  
      @Override
      public void connectByUsb() {
          System.out.println("插入usb和type-c的转接头");
          typecPhone.connection();
      }
  }
  

• 此时client也需要细微修改一下代码

  public class AdapterClient {
      public static void runAdapter() {
  		UsbConnection usb = new UsbTypecAdapter(new TypecPhone);
          adapter.connectByUsb();
      }
  }
  

扩展

适配器模式（Adapter）可扩展为双向适配器模式，双向适配器类既可以把适配者接口转换成目标接口，也可以把目标接口转换成适配者接口

应用

应用场景

1. 以前开发的系统存在满足新系统功能需求的类，但其接口同新系统的接口不一致;
2. 使用第三方提供的组件，但组件接口定义和自己要求的接口定义不同;
3. 你想创建一个可以复用的类，该类可以与其他不相关的类或不可预见的类协同工作；
4. 你想使用一些已经存在的子类，但是不可能对每一个都进行子类化以匹配它们的接口，对象适配器可以适配它的父亲接口。

应用实例

• Spring AOP的适配器模式

  虽然Spring AOP总体上是基于代理模式的，但是对应的各种advice，如 BeforeAdvice（目标方法调用前,前置通知）、AfterAdvice（目标方法调用后,后置通知）、AfterReturningAdvice(目标方法执行结束后，return之前)等等。每个类型Advice（通知）都有对应的拦截器:MethodBeforeAdviceInterceptor、AfterReturningAdviceAdapter、AfterReturningAdviceInterceptor。Spring预定义的通知要通过对应的适配器，适配成 MethodInterceptor接口(方法拦截器)类型的对象（如：MethodBeforeAdviceInterceptor 负责适配 MethodBeforeAdvice）。

• Spring MVC的适配器模式

  在Spring MVC中，DispatcherServlet 根据请求信息调用 HandlerMapping，解析请求对应的 Handler。解析到对应的 Handler（也就是我们平常说的 Controller 控制器）后，开始由HandlerAdapter 适配器处理。HandlerAdapter 作为期望接口，具体的适配器实现类用于对目标类进行适配，Controller 作为需要适配的类。

• JDBC

  JDBC使得Java语言程序能够与数据库连接，并使用SQL语言来查询和操作数据。JDBC给出一个客户端通用的抽象接口，每一个具体数据库引擎（如SQL Server、Oracle、MySQL等）的JDBC驱动软件都是一个介于JDBC接口和数据库引擎接口之间的适配器软件。抽象的JDBC接口和各个数据库引擎API之间都需要相应的适配器软件，这就是为各个不同数据库引擎准备的驱动程序，即我们平时用的Mysql-jdbc.jar或者oracle-jdbc.jar

• JDK IO流

  1. ByteArrayInputStream是一个适配器类，它继承了 InputStream的接口，并且封装了一个byte数组。换言之，它将一个byte数组的接口适配成InputStream流处理器的接口
  2. FileInputStream是一个适配器类。在FileInputStream继承了InputStrem类型，同时持有一个对 FileDiscriptor的引用。这是将一个FileDiscriptor对象适配成InputStrem类型的对象形式的适配器模式。

优劣

该模式的主要优点如下。

• 客户端通过适配器可以透明地调用目标接口。
• 复用了现存的类，程序员不需要修改原有代码而重用现有的适配者类。
• 将目标类和适配者类解耦，解决了目标类和适配者类接口不一致的问题。

其缺点是：对类适配器来说，更换适配器的实现过程比较复杂。