【设计模式2022】第八章 适配器模式
一、概述
将一个类的接口转换成客户希望的另外一个接口,使得原本由于接口不兼容而不能一起工作的那些类能够一起工作
适配器模式分为类适配器模式和对象适配器模式,前者类之间的耦合度比后者高,且要求程序员了解现有组件库中的相关组件的内部接口,所以应用相对较少些
适配器模式包含以下主要角色:
- 目标接口:当前系统业务所期待的接口,它可以是抽象类或接口
- 适配者类:它是被访问和适配的现存组件库中的组件接口
- 适配器类:它是一个转换器,通过继承或引用适配者的对象,把适配者接口转换成目标接口,让客户按目标接口的格式访问适配者
二、类适配器模式
定义一个适配器类来实现当前系统的业务接口,同时又继承现有组件库中已经存在的组件
1.案例
现有一台电脑只能读取 SD 卡,而要读取 TF 卡中的内容就需要使用到适配器模式。创建一个读卡器,将 TF 卡中的内容读取出来。类图如下:
SD 卡的接口:
//目标接口
public interface SDCard {
//从 SD 卡中读取数据
String readSD();
//往 SD 卡中写数据
void writeSD(String msg);
}
SD 卡的实现类:
public class SDCardImpl implements SDCard{
@Override
public String readSD() {
String msg = "TFCard read msg : hello world SDCard";
return msg;
}
@Override
public void writeSD(String msg) {
System.out.println("SDCard write msg : " + msg);
}
}
TF 卡的接口:
//适配者类的接口
public interface TFCard {
//从 TF 卡中读取数据
String readTF();
//往 TF 卡中写数据
void writeTF(String msg);
}
TF 卡的实现类:
public class TFCardImpl implements TFCard{
@Override
public String readTF() {
String msg = "TFCard read msg : hello world TFCard";
return msg;
}
@Override
public void writeTF(String msg) {
System.out.println("TFCard write msg : " + msg);
}
}
电脑类:
public class Computer {
//从 SD 卡中读取数据
public String readSD(SDCard sdCard){
if(sdCard == null){
throw new NullPointerException("SDCard is null");
}
return sdCard.readSD();
}
}
适配器类:
public class SDAdapterTF extends TFCardImpl implements SDCard{
@Override
public String readSD() {
System.out.println("Adapter read TFCard");
return readTF();
}
@Override
public void writeSD(String msg) {
System.out.println("Adapter write TFCard");
writeTF(msg);
}
}
Client 测试类:
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 卡中的数据
//定义适配器类
String msg1 = computer.readSD(new SDAdapterTF());
System.out.println(msg1);
}
}
类适配器模式违背了合成复用原则,并且只有当客户类有接口规范(SDCard)的情况下可用
三 、对象适配器模式
对象适配器模式可采用将现有组件库中已经实现的组件引入适配器类中,该类同时实现当前系统的业务接口。类图如下:
适配器类:
public class SDAdapterTF implements SDCard {
private TFCard tfCard;
public SDAdapterTF(TFCard tfCard){
this.tfCard = tfCard;
}
@Override
public String readSD() {
System.out.println("Adapter read TFCard");
return tfCard.readTF();
}
@Override
public void writeSD(String msg) {
System.out.println("Adapter write TFCard");
tfCard.writeTF(msg);
}
}
Client 测试类;
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 卡中的数据
String msg1 = computer.readSD(new SDAdapterTF(new TFCardImpl()));
System.out.println(msg1);
}
}
对象适配器模式符合合成复用原则,并且无须客户类有接口规范
注意:还有一种适配器模式是接口适配器模式。当不希望实现一个接口中的所有方法时,可以创建一个抽象类 Adapter,实现所有方法,我们只需要继承该抽象类即可
四、具体应用
1.应用场景
- 以前开发的系统存在满足新系统功能需求的类,但其接口同新系统的接口不一致
- 使用第三方提供的组件,但组件接口定义和自己要求的接口定义不同
2.字符流和字节流
Reader 和 InputStream 通过适配器 InputStreamReader 来适配
InputStreamReader 继承自 java.io 包中的 Reader,对其中抽象的未实现的方法给出了实现:
public int read() throw IOException{
return sd.read();
}
public int read(char cbuf[], int offset, int length) throws IOException{
return sd.read(cbuf, offset, length);
}
上述代码中的 sd(StreamDecoder 类对象),在 JDK 实现中,实现的方法是对 sun.nio.cs.StreamDecoder 类的同名方法的调用封装。类结构图如下:
从上图中可以看出:
- InputStreamReader 是对同样实现了 Reader 的 StreamDecoder 的封装
- StreamDecoder 不是 Java SE API 中的内容,是 Sun JDK 给出的自身实现,他们对构造方法中的字节流类(InputStream)进行封装,并通过该类进行了字节流和字符流之间的解码转换
结论:
从表层来看,InputStreamReader 做了 InputStream 字节流类到 Reader 字符流之间的转换。从 Sun JDK 中的实现类关系结构中可以看出,StreamDecoder 的设计实现采用了适配器模式