跳转至

适配器模式(Adapter Pattern)

模式动机

  • 在软件开发中采用类似于电源适配器的设计和编码技巧被称为适配器模式。
  • 通常情况下,客户端可以通过目标类的接口访问它所提供的服务。有时,现有的类可以满足客户类的功能需要,但是它所提供的接口不一定是客户类所期望的,这可能是因为现有类中方法名与目标类中定义的方法名不一致等原因所导致的。
  • 在这种情况下,现有的接口需要转化为客户类期望的接口,这样保证了对现有类的重用。如果不进行这样的转化,客户类就不能利用现有类所提供的功能,适配器模式可以完成这样的转化。
  • 在适配器模式中可以定义一个包装类,包装不兼容接口的对象,这个包装类指的就是适配器(Adapter),它所包装的对象就是适配者(Adaptee),即被适配的类。
  • 适配器提供客户类需要的接口,适配器的实现就是把客户类的请求转化为对适配者的相应接口的调用。也就是说:当客户类调用适配器的方法时,在适配器类的内部将调用适配者类的方法,而这个过程对客户类是透明的,客户类并不直接访问适配者类。因此,适配器可以使由于接口不兼容而不能交互的类可以一起工作。这就是适配器模式的模式动机。

模式定义

适配器模式(Adapter Pattern) :将一个接口转换成客户希望的另一个接口,使接口不兼容的那些类可以一起工作,其别名为包装器(Wrapper)。适配器模式既可以作为类结构型模式,也可以作为对象结构型模式。适配器模式是一种结构型模式

模式结构

参与角色

适配器模式包含如下角色:

  • Target:目标抽象类
  • Adapter:适配器类
  • Adaptee:适配者类
  • Client:客户类

UML 类图

适配器模式UML

代码示例

首先,是目标角色接口和具体目标实现类:

/**
 * Target 目标角色类.
 */
public interface Target {

    /**
     * 目标角色自己的方法.
     */
    void request();

}
/**
 * 具体的目标角色实现类.
 */
public class ConcreteTarget implements Target {

    /**
     * 目标角色自己的方法.
     */
    @Override
    public void request() {
        System.out.println("hello, I'm concrete target method.");
    }

}

其次,是适配者类:

/**
 * 适配者类.
 */
public class Adaptee {

    /**
     * 这是原有的业务逻辑方法.
     */
    public void doSomething() {
        System.out.println("Hello, I'm Adaptee method.");
    }

}

然后,是适配器角色类:

/**
 * 适配器类.
 */
public class Adapter extends Adaptee implements Target {

    /**
     * 适配了目标角色自己的方法.
     */
    @Override
    public void request() {
        super.doSomething();
        System.out.println("适配器适配了目标角色方法.");
    }

}

最后,是客户端场景类:

/**
 * 客户端场景类.
 */
public class Client {

    /**
     * main方法.
     *
     * @param args 数组参数
     */
    public static void main(String[] args) {
        // 原有业务逻辑.
        Target target = new ConcreteTarget();
        target.request();

        // 增加了适配器角色后的业务逻辑.
        Target adaptTarget = new Adapter();
        adaptTarget.request();
    }

}

模式分析

适用环境

在以下情况下可以使用适配器模式:

  • 系统需要使用现有的类,而这些类的接口不符合系统的需要。
  • 想要建立一个可以重复使用的类,用于与一些彼此之间没有太大关联的一些类,包括一些可能在将来引进的类一起工作。

优点

  • 将目标类和适配者类解耦,通过引入一个适配器类来重用现有的适配者类,而无须修改原有代码。
  • 增加了类的透明性和复用性,将具体的实现封装在适配者类中,对于客户端类来说是透明的,而且提高了适配者的复用性。
  • 灵活性和扩展性都非常好,通过使用配置文件,可以很方便地更换适配器,也可以在不修改原有代码的基础上增加新的适配器类,完全符合“开闭原则”。

缺点

如果一定要置换掉适配者类的一个或多个方法,就只好先做一个适配者类的子类,将适配者类的方法置换掉,然后再把适配者类的子类当做真正的适配者进行适配,实现过程较为复杂。

模式应用

Sun 公司在 1996 年公开了 Java 语言的数据库连接工具 JDBC,JDBC 使得 Java 语言程序能够与数据库连接,并使用 SQL 语言来查询和操作数据。JDBC 给出一个客户端通用的抽象接口,每一个具体数据库引擎(如 SQL Server、Oracle、MySQL 等)的 JDBC 驱动软件都是一个介于 JDBC 接口和数据库引擎接口之间的适配器软件。抽象的 JDBC 接口和各个数据库引擎 API 之间都需要相应的适配器软件,这就是为各个不同数据库引擎准备的驱动程序。

总结

  • 结构型模式描述如何将类或者对象结合在一起形成更大的结构。
  • 适配器模式用于将一个接口转换成客户希望的另一个接口,适配器模式使接口不兼容的那些类可以一起工作,其别名为包装器。适配器模式既可以作为类结构型模式,也可以作为对象结构型模式。
  • 适配器模式包含四个角色:目标抽象类定义客户要用的特定领域的接口;适配器类可以调用另一个接口,作为一个转换器,对适配者和抽象目标类进行适配,它是适配器模式的核心;适配者类是被适配的角色,它定义了一个已经存在的接口,这个接口需要适配;在客户类中针对目标抽象类进行编程,调用在目标抽象类中定义的业务方法。
  • 在类适配器模式中,适配器类实现了目标抽象类接口并继承了适配者类,并在目标抽象类的实现方法中调用所继承的适配者类的方法;在对象适配器模式中,适配器类继承了目标抽象类并定义了一个适配者类的对象实例,在所继承的目标抽象类方法中调用适配者类的相应业务方法。
  • 适配器模式的主要优点是将目标类和适配者类解耦,增加了类的透明性和复用性,同时系统的灵活性和扩展性都非常好,更换适配器或者增加新的适配器都非常方便,符合“开闭原则”;类适配器模式的缺点是适配器类在很多编程语言中不能同时适配多个适配者类,对象适配器模式的缺点是很难置换适配者类的方法。
  • 适配器模式适用情况包括:系统需要使用现有的类,而这些类的接口不符合系统的需要;想要建立一个可以重复使用的类,用于与一些彼此之间没有太大关联的一些类一起工作。

参考自:适配器模式

评论