第七章结构性模式—适配器模式

结构型模式描述如何将类或对象按某种布局组成更大的结构，有以下两种：

• 类结构型模式：采用继承机制来组织接口和类。
• 对象结构型模式：釆用组合或聚合来组合对象。

由于组合关系或聚合关系比继承关系耦合度低，满足 “合成复用原则”，所以对象结构型模式比类结构型模式具有更大的灵活性。

结构型模式分为以下 7 种：

• 代理模式
• 适配器模式
• 装饰者模式
• 桥接模式
• 外观模式
• 组合模式
• 享元模式

适配器模式

解决的问题

• 比如我们插头的电流和手机需要的电流是不一样的，我们不能直接使用，所以需要充电器来转换电流，我们的充电器就是类似适配器，将两个不兼容的东西兼容到一起用
• 也比如我们的聋哑人是不能听到我们说话的，手语翻译员将我们的话翻译为手语，然后聋哑人可以“听懂我们说话”，手语翻译员就是我们的适配器

概念

定义：将一个类的接口转换成客户希望的另外一个接口，使得原本由于接口不兼容而不能一起工作的那些类能一起工作。

• 适配器模式分为类适配器模式和对象适配器模式，前者由于类之间的耦合度比后者高，且要求程序员了解现有组件库中的相关组件的内部结构，所以应用相对较少些。

结构

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

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

类适配器模式

实现方式：定义一个适配器类来实现当前系统的业务接口，同时又继承现有组件库中已经存在的组件。

• 实现业务接口，继承已有组件

【例】读卡器

现有一台电脑只能读取 SD 卡，而要读取 TF 卡中的内容的话就需要使用到适配器模式。

创建一个读卡器，将 TF 卡中的内容读取出来，类图如下：

• SDCard 是目标接口，它是 Computer 所期望访问的接口
• TFCard 是适配者类，它将会被适配到 Computer 可以访问的 SDCard
• SDAdapterTF 是适配器类，它实现让目标访问 SDCard 却达到 TFCard 的功能。

目标接口—SDCard和其实现类

public interface SDCard {
    String readSD();
    // 往SD卡中写数据
    void writeSD(String msg);
}

public class SDCardImpl implements SDCard{
    @Override
    public String readSD() {
        String msg = "sd card read a msg :hello word SD";
        return msg;
    }

    @Override
    public void writeSD(String msg) {
        System.out.println("sd card write msg : " + msg);
    }
}

适配者接口—TFCard和其实现类

public interface TFCard {
    public String readTF();
    public void writeTF(String msg);
}

public class TFCardImpl implements TFCard{
    @Override
    public String readTF() {
        String msg = "TFCard read msg: hello word TFCard";
        return msg;
    }

    @Override
    public void writeTF(String msg) {
        System.out.println("TFCard write msg: " + msg);
    }


}

适配器类

public class SDAdapterTF extends TFCardImpl implements SDCard{
    @Override
    public String readSD() {
        System.out.println("adapter read tf card");
        return readTF();
    }

    @Override
    public void writeSD(String msg) {
        System.out.println("adapter write tf card");
        writeTF(msg);
    }
}

• 继承我们的适配者实现类和实现其目标接口
  • 继承我们的适配者实现类是为了能够调用其中的对应的方法
  • 实现其目标接口是为了起到适配的效果

类适配器模式违背了合成复用原则，类适配器是客户类有一个接口规范的情况下可用，反之不可用。

对象适配器模式

实现方式：对象适配器模式可釆用将现有组件库中已经实现的组件引入适配器类中，该类同时实现当前系统的业务接口。

实现业务接口，引入已有组件

改造后的适配器类

public class SDAdapterTF implements SDCard {
    private TFCard tfCard;

    public SDAdapterTF(TFCard tfCard) {
        this.tfCard = tfCard;
    }

    @Override
    public String readSD() {
        System.out.println("adapter read tf card");
        return tfCard.readTF();
    }

    @Override
    public void writeSD(String msg) {
        System.out.println("adapter write tf card");
        tfCard.writeTF(msg);
    }
}

• 不是通过继承适配者类来获取对应的方法，而是使用其对象来调用对应的方法

测试

public class Client {
    public static void main(String[] args) {
        // 创建计算机对象
        Computer computer = new Computer();
        // 电脑读取SD卡中的数据(可直接读)
        String msg = computer.readSD(new SDCardImpl());
        System.out.println(msg);

        System.out.println("===============");
        // 使用电脑读取TF卡中的数据(无法直接读)
        // 创建适配器类对象
        SDAdapterTF sdAdapterTF = new SDAdapterTF(new TFCardImpl());
        String s = computer.readSD(sdAdapterTF);
        System.out.println(s);
    }
}

• 通过构造方法来给适配器传入对应的适配者类的实例对象

接口适配器模式

当不希望实现一个接口中所有的方法时，可以创建一个抽象类 Adapter 实现接口所有方法，然后只需要继承该抽象类即可。

应用场景

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

JDK 源码 - Reader 与 InputStream

• 解码：字节数据 -> 字符数据
• 编码：字符数据 -> 字节数据

Reader（字符流）、InputStream（字节流）之间适配使用的是 InputStreamReader。（表面上是这样）

InputStreamReader 继承自 java.io 包中的 Reader，对他中的抽象的未实现的方法给出实现。如：

public int read() throws IOException {
    return sd.read();
}

public int read(char cbuf[], int offset, int length) throws IOException {
    return sd.read(cbuf, offset, length);
}

从上图可以看出：

• InputStreamReader 是对同样实现了 Reader 的 StreamDecoder 的封装。

• StreamDecoder 不是 Java SE API 中的内容，是 Sun JDK 给出的自身实现，它对构造方法中的字节流类（InputStream）进行封装，并通过该类进行了字节流和字符流之间的解码转换。

结论：

• 表面看，InputStreamReader 做了 InputStream 字节流类到 Reader 字符流之间的转换。
• 而从如上 Sun JDK 中的实现类关系结构中可以看出，是 StreamDecoder 在设计实现上采用了适配器模式。
  • StreamDecoder 就是对应的适配器类
  • Reader是对应的目标接口，只是这里不是接口，而是对应的抽象方法
  • InputStream是对应的适配类，在我们StreamDecoder中聚合了对应的适配类对象，也就是对应的对象适配器模式