概述
在现实生活中,经常出现两个对象因接口不兼容而不能在一起工作的实例,这时需要第三者进行适配。例如,讲中文的人同讲英文的人对话时需要一个翻译,用直流电的笔记本电脑接交流电源时需要一个电源适配器,用计算机访问照相机的 SD 内存卡时需要一个读卡器等。
在软件设计中也可能出现:需要开发的具有某种业务功能的组件在现有的组件库中已经存在,但它们与当前系统的接口规范不兼容,如果重新开发这些组件成本又很高,这时用适配器模式能很好地解决这些问题。
适配器模式(Adapter)的定义如下:将一个类的接口转换成客户希望的另外一个接口,使得原本由于接口不兼容而不能一起工作的那些类能一起工作。适配器模式分为类结构型模式和对象结构型模式两种,前者类之间的耦合度比后者高,且要求程序员了解现有组件库中的相关组件的内部结构,所以应用相对较少些。
结构
类适配器模式可采用多重继承方式实现,如C++可定义一个适配器类来同时继承当前系统的业务接口和现有组件库中已经存在的组件接口;Java不支持多继承,但可以定义一个适配器类来实现当前系统的业务接口,同时又继承现有组件库中已经存在的组件。
对象适配器模式可釆用将现有组件库中已经实现的组件引入适配器类中,该类同时实现当前系统的业务接口。现在来介绍它们的基本结构。
适配器模式(Adapter)包含以下主要角色。
- 目标(Target)接口:当前系统业务所期待的接口,它可以是抽象类或接口。
- 适配者(Adaptee)类:它是被访问和适配的现存组件库中的组件接口。
- 适配器(Adapter)类:它是一个转换器,通过继承或引用适配者的对象,把适配者接口转换成目标接口,让客户按目标接口的格式访问适配者。
类适配器模式的结构图如下:
对象适配器模式的结构图如下:
类适配器模式
实现方式:定义一个适配器类来实现当前系统的业务接口,同时又继承现有组件库中已经存在的组件。
例:现有一台电脑只能读取SD卡,而要读取TF卡中的内容的话就需要使用到适配器模式。创建一个读卡器,将TF卡中的内容读取出来。 UML类图如下:
各实现类代码如下:
- SDCard.java
public interface SDCard {
/**
* 读取SD卡
*
* @return 读取的数据
*/
public String readSD();
/**
* 向SD卡中写入数据
* @param msg 待写入的数据
*/
public void writeSD(String msg);
}
- SDCardImpl.java
public class SDCardImpl implements SDCard {
@Override
public String readSD() {
String msg = "SDCard read msg : hello word SD";
return msg;
}
@Override
public void writeSD(String msg) {
System.out.println("SDCard write msg :" + msg);
}
}
- TFCard.java
public interface TFCard {
/**
* 读取TF卡中的数据
*
* @return
*/
public String readTF();
/**
* 向TF卡中写入数据
*
* @param msg 待写入的数据
*/
public void writeTF(String msg);
}
- TFCardImpl.java
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);
}
}
- SDAdapterTF.java
public class SDAdapterTF extends TFCardImpl implements SDCard{
@Override
public String readSD() {
System.out.println("adapter read tf card");
// 实际上却是调用适配者实现类中的readTF()方法读取TF卡中的数据
return readTF();
}
@Override
public void writeSD(String msg) {
System.out.println("adapter write tf card");
// 实际上却是调用适配者实现类中的writeTF()方法向TF卡写入数据
writeTF(msg);
}
}
- Computer.java
public class Computer {
//从SD卡中读取数据
public String readSD(SDCard sdCard) {
if(sdCard == null) {
throw new NullPointerException("sd card is not null");
}
// 调用SDCard的readSD()方法读取SD卡中的数据
return sdCard.readSD();
}
}
- Test.java
public class Test {
public static void main(String[] args) {
// 创建计算机对象
Computer computer = new Computer();
// 读取SD卡中的数据
String sdCardMsg = computer.readSD(new SDCardImpl());
System.out.println(sdCardMsg);
System.out.println("=================================");
// 现在要使用电脑读取TF卡中的数据了
String tfCardMsg = computer.readSD(new SDAdapterTF());// 定义适配器类
System.out.println(tfCardMsg);
}
}
类适配器模式违背了合成复用原则。类适配器是客户类有一个接口规范的情况下可用,反之不可用。
对象适配器模式
实现方式:对象适配器模式可釆用将现有组件库中已经实现的组件引入适配器类中,该类同时实现当前系统的业务接口。
例:使用对象适配器模式将上面的读卡器的案例进行改写。其UML类图如下:
对象适配器模式的代码,我们只需要修改适配器类SDAdapterTF.java和测试类Test.java即可。
- SDAdapterTF.java
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");
// 实际上却是调用适配者实现类中的readTF()方法读取TF卡中的数据
return tfCard.readTF();
}
@Override
public void writeSD(String msg) {
System.out.println("adapter write tf card");
// 实际上却是调用适配者实现类中的writeTF()方法向TF卡写入数据
tfCard.writeTF(msg);
}
}
- Test.java
public class Test {
public static void main(String[] args) {
// 创建计算机对象
Computer computer = new Computer();
// 读取SD卡中的数据
String sdCardMsg = computer.readSD(new SDCardImpl());
System.out.println(sdCardMsg);
System.out.println("=================================");
// 现在要使用电脑读取TF卡中的数据了
String tfCardMsg = computer.readSD(new SDAdapterTF(new TFCardImpl()));// 定义适配器类
System.out.println(tfCardMsg);
}
}
注意:还有一个适配器模式是接口适配器模式。当不希望实现一个接口中所有的方法时,可以创建一个抽象类Adapter ,实现所有方法。而此时我们只需要继承该抽象类即可。
优缺点
该模式的主要优点如下:
- 客户端通过适配器可以透明地调用目标接口。
- 复用了现存的类,程序员不需要修改原有代码而重用现有的适配者类。
- 将目标类和适配者类解耦,解决了目标类和适配者类接口不一致的问题。
- 在很多业务场景中符合开闭原则。
其缺点是:
- 适配器编写过程需要结合业务场景全面考虑,可能会增加系统的复杂性。
- 增加代码阅读难度,降低代码可读性,过多使用适配器会使系统代码变得凌乱。
适用场景:
-
以前开发的系统存在满足新系统功能需求的类,但其接口同新系统的接口不一致。
-
使用第三方提供的组件,但组件接口定义和自己要求的接口定义不同。
JDK源码解析
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);
}
如上代码中的sd(StreamDecoder类对象),在Sun的JDK实现中,实际的方法实现是对sun.nio.cs.StreamDecoder类的同名方法的调用封装。类结构图如下:
从上图可以看出:
-
InputStreamReader是对同样实现了Reader的StreamDecoder的封装。
-
StreamDecoder不是Java SE API中的内容,是Sun JDK给出的自身实现。但我们知道他们对构造方法中的字节流类(InputStream)进行封装,并通过该类进行了字节流和字符流之间的解码转换。
从表层来看,InputStreamReader做了InputStream字节流类到Reader字符流之间的转换。而从如上Sun JDK中的实现类关系结构中可以看出,是StreamDecoder的设计实现在实际上采用了适配器模式。