（ 十 ）、设计模式 之 适配器模式（Adapter模式）

（ 十 ）、设计模式 之  适配器模式（Adapter模式）

 

 

1、简介

       在现实生活中，经常出现两个对象因接口不兼容而不能在一起工作的实例，这时需要第三者进行适配。例如，讲中文的人同讲英文的人对话时需要一个翻译，用直流电的笔记本电脑接交流电源时需要一个电源适配器，用计算机访问照相机的 SD 内存卡时需要一个读卡器等。
在软件设计中也可能出现：需要开发的具有某种业务功能的组件在现有的组件库中已经存在，但它们与当前系统的接口规范不兼容，如果重新开发这些组件成本又很高，这时用适配器模式能很好地解决这些问题。

 

2、模式的定义与特点

        适配器模式（Adapter）的定义如下：将一个类的接口转换成客户希望的另外一个接口，使得原本由于接口不兼容而不能一起工作的那些类能一起工作。适配器模式分为类结构型模式和对象结构型模式两种，前者类之间的耦合度比后者高，且要求程序员了解现有组件库中的相关组件的内部结构，所以应用相对较少些。
该模式的主要优点如下：

• 复用了现存的类，程序员不需要修改原有代码而重用现有的适配者类。
• 将目标类和适配者类解耦，解决了目标类和适配者类接口不一致的问题。
• 在很多业务场景中符合开闭原则。

其缺点是：

• 适配器编写过程需要结合业务场景全面考虑，可能会增加系统的复杂性。
• 增加代码阅读难度，降低代码可读性，过多使用适配器会使系统代码变得凌乱。

 

3、模式的结构与实现

类适配器模式可采用多重继承方式实现， Java 不支持多继承，但可以定义一个适配器类来实现当前系统的业务接口，同时又继承现有组件库中已经存在的组件。
对象适配器模式可釆用将现有组件库中已经实现的组件引入适配器类中，该类同时实现当前系统的业务接口。现在来介绍它们的基本结构。

1. 模式的结构

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

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

类适配器模式的结构图如图 1 所示：

 对象适配器模式的结构图如图 2 所示：

 

2、模式的实现

类适配器模式： 通过继承源（Adaptee）类、 实现目标接口（Target）来实现适配。需要修改源接口的继承结构。
对象适配器模式：通过将源对象封装在适配器对象中来实现适配，不需要修改源接口类的继承结构。

(1) 类适配器模式的代码如下：

//目标接口
interface Target
{
    public void request();
}
//适配者接口
class Adaptee
{
    public void specificRequest()
    {       
        System.out.println("适配者中的业务代码被调用！");
    }
}
//类适配器类
class ClassAdapter extends Adaptee implements Target
{
    public void request()
    {
        specificRequest();
    }
}
//客户端代码
public class ClassAdapterTest
{
    public static void main(String[] args)
    {
        System.out.println("类适配器模式测试：");
        Target target = new ClassAdapter();
        target.request();
    }
}

 

(2)对象适配器模式的代码如下

//对象适配器类
class ObjectAdapter implements Target
{
    private Adaptee adaptee;
    public ObjectAdapter(Adaptee adaptee)
    {
        this.adaptee=adaptee;
    }
    public void request()
    {
        adaptee.specificRequest();
    }
}
//客户端代码
public class ObjectAdapterTest
{
    public static void main(String[] args)
    {
        System.out.println("对象适配器模式测试：");
        Adaptee adaptee = new Adaptee();
        Target target = new ObjectAdapter(adaptee);
        target.request();
    }
}

 

4、模式的应用场景

适配器模式（Adapter）通常适用于以下场景。

• 以前开发的系统存在满足新系统功能需求的类，但其接口同新系统的接口不一致。
• 使用第三方提供的组件，但组件接口定义和自己要求的接口定义不同。

 

5、适配器模式在Spring中的应用
1、在Spring的AOP模块中，适配器模式被用于增强被代理类的功能。例如，Spring的AOP模块提供了通知（Advice）来增强被代理类的功能，这些通知有BeforeAdvice、AfterReturningAdvice、ThrowsAdvice等类型。每种类型的Advice都有对应的拦截器，例如 MethodBeforeAdviceInterceptor、AfterReturningAdviceInterceptor、ThrowsAdviceInterceptor。这些不同的拦截器通过适配器统一对外提供接口。
2、在Spring中，适配器模式也常被用于处理不同类型的“DisposableBean”。例如，当Spring容器启动时，会将所有“DisposableBean”添加到disposableBeans集合中。这些“DisposableBean”可能包括通过@Bean注入的实现了close方法的UserService、实现了DisposableBean接口的重写了destory()方法的类、实现了AutoCloseable接口的类等。
在关闭容器销毁单例Bean时，Spring会找出实现了“DisposableBean”并执行对应的方法进行Bean的销毁。这就需要一个适配器，比如DisposableBeanAdapter，将这些判断封装起来，
外部使用者直接调用DisposableBeanAdapter的destroy()方法即可。
3、SpringMVC 的 HandlerAdapter 组件，处理器的适配器。因为处理器 handler 的类型是 Object 类型，需要有一个调用者来实现 handler 是怎么被执行。Spring 中的处理器的实现多变，比如用户的处理器可以实现 Controller 接口或者 HttpRequestHandler 接口，也可以用 @RequestMapping 注解将方法作为一个处理器等，这就导致 Spring MVC 无法直接执行这个处理器。所以这里需要一个处理器适配器，由它去执行处理器。