设计模式之适配器模式(Adapter)
设计模式之适配器模式(Adapter)
适配器模式是软件设计模式中的一种结构型模式,主要用于解决不同接口之间的兼容性问题。通过将一个类的接口转换为客户期望的另一个接口,适配器模式可以让不兼容的类一起协同工作。本文将详细介绍适配器模式的定义、原理、实现方式以及应用场景,并通过具体的代码示例帮助读者深入理解这一设计模式。
一、适配器模式介绍
适配器模式(Adapter Pattern)的原始定义是:将类的接口转换为客户期望的另一个接口,适配器可以让不兼容的两个类一起协同工作。适配器模式有两种实现方式:类适配器和对象适配器。其中,类适配器使用继承关系来实现,对象适配器使用组合关系来实现。类适配器模式的耦合度比后者高,且要求程序员了解现有组件库中的相关组件的内部结构,所以应用相对较少些。
二、适配器模式原理
适配器模式(Adapter)包含以下主要角色:
- 目标(Target)接口:当前系统业务所期待的接口,它可以是抽象类或接口。
- 适配者(Adaptee)类:适配者即被适配的角色,它是被访问和适配的现存组件库中的组件接口。
- 适配器(Adapter)类:它是一个转换器,通过继承或引用适配者的对象,把适配者接口转换成目标接口,让客户按目标接口的格式访问适配者。
类适配器类一般是继承 “适配者类(适配者的具体实现)” 并实现目标接口,而对象适配器器类一般是在适配器类中引用适配者类对象;适配器模式结构图如下:
类适配器模式结构图:
对象适配器模式结构图:
三、适配器模式应用示例
以电脑目前只能读取SD卡的信息为例来看下适配器模式的使用。一台电脑目前只能读取SD卡的信息,这时我们想要使用电脑读取TF卡的内容, 就需要将TF卡加上卡套,转换成SD卡,最后将TF卡中的内容读取出来。
1. 类适配器模式实现
实现方式:类适配器类继承 “适配者类的具体实现(即TFCardImpl)” 并实现目标接口SDCard
UML类图如下:
具体代码实现如下:
/**
* 类适配器
* 以电脑目前只能读取SD卡的信息为例来看下适配器模式的使用
* 一台电脑目前只能读取SD卡的信息,这时我们想要使用电脑读取TF卡的内容, 就需要将TF卡加上卡套,转换成SD卡
*
* SD卡接口--目标(Target)接口
*/
public interface SDCard {
//读取SD卡方法
String readSD();
//写入SD卡功能
void writeSD(String msg);
}
/*******************************************************
* SD卡实现类
*
*
*******************************************************/
public class SDCardImpl implements SDCard{
@Override
public String readSD() {
String msg = "sd card reading data";
return msg;
}
@Override
public void writeSD(String msg) {
System.out.println("sd card write data : " + 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 = "tf card reading data";
return msg;
}
@Override
public void writeTF(String msg) {
System.out.println("tf card write data : " + msg);
}
}
/*******************************************************
* 定义适配器类,让SD卡兼容TF卡
* 类适配器--通过继承来实现适配
*
*******************************************************/
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);
}
}
/*******************************************************
* 电脑类,
* 电脑类只能读取sd卡
*
*******************************************************/
public class Computer {
public String read(SDCard sdCard){
return sdCard.readSD();
}
}
//测试
public class Test {
public static void main(String[] args) {
Computer computer = new Computer();
SDCard sdCard = new SDCardImpl();
System.out.println(computer.read(sdCard));
System.out.println("========================");
SDAdapterTF adapterTF = new SDAdapterTF();
System.out.println(computer.read(adapterTF));
}
}
2. 对象适配器模式实现
实现方式:对象适配器模式可釆用将现有组件库中已经实现的组件引入适配器类中,该类同时实
现当前系统的业务接口。
对象适配器模式UML类图如下:
代码实现:在类适配器模式的代码基础上我们只需要修改 “适配器类” 就可以了,具体代码如下:
/*******************************************************
* 适配器类
* 对象适配器类--通过组合的方式来实现适配
*
*******************************************************/
public class SDAdapterTF2 implements SDCard {
private TFCard tfCard;
public SDAdapterTF2(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);
}
}
四、适配器模式总结
适配器模式优点
- 将目标类和适配者类解耦,通过引入一个适配器类来重用现有的适配者类,无序修改原有结构
- 增加了类的透明性和复用性,将具体业务实现过程封装在适配者类中,对于客户端类而言
是透明的,而且提高了适配者的复用性,同一个适配者类可以在多个不同的系统中复用。 - 灵活性和扩展性都非常好,通过使用配置文件可以很方便的更换适配器,也可以在不修改
原有代码的基础上增加新的适配器类,符合开闭原则。
适配器模式缺点
2.1. 类适配器的缺点- 对于Java等不支持多重继承的语言,一次最多只能适配一个适配者类,不能同时适配
多个适配者 - 适配者类不能为最终类,即不能被关键字final修饰
2.2. 对象适配器的缺点 - 与类适配器模式相比较,在该模式下要在适配器中置换适配者类的某些方法比较麻烦。
- 对于Java等不支持多重继承的语言,一次最多只能适配一个适配者类,不能同时适配
适配器模式适用场景
- 统一多个类的接口设计时:
某个功能的实现依赖多个外部系统(或者说类)。通过适配器模式,将它们的接口适配为
统一的接口定义 - 需要依赖外部系统时:
当我们把项目中依赖的一个外部系统替换为另一个外部系统的时候,利用适配器模式,可
以减少对代码的改动 - 原有接口无法修改时或者原有接口功能太老旧但又需要兼容时:
如JDK1.0 Enumeration 到 Iterator 的替换,适用适配器模式保留 Enumeration 类,并将
其实现替换为直接调用 Itertor - 适配不同数据格式时:
如Slf4j 日志框架,定义打印日志的统一接口,提供针对不同日志框架的适配器
- 统一多个类的接口设计时:
代理、桥接、装饰与适配4种设计模式的区别
代理、桥接、装饰器、适配器,这 4 种模式是比较常用的结构型设计模式。它们的代码结构
非常相似。但其各自的用意却不同,简单说一下它们之间的关系:
代理模式:
代理模式在不改变原始类接口的条件下,为原始类定义一个代理类,主要目的是控制访问,
而非加强功能,这是它跟装饰器模式最大的不同。桥接模式:
桥接模式的目的是将接口部分和实现部分分离,从而让它们可以较为容易、也相对独立地
加以改变。装饰器模式:
装饰者模式在不改变原始类接口的情况下,对原始类功能进行增强,并且支持多个装饰器的
嵌套使用。适配器模式:
将一个类的接口转换为客户希望的另一个接口。适配器模式让那些不兼容的类可以一起工作