文章目录
- 1 适配器模式(Adapter Pattern)
- 1.1 介绍
- 1.2 概述
- 1.3 适配器模式的结构
- 2 类适配器模式
- 2.1 案例
- 2.2 代码实现
- 3 对象适配器模式(推荐)★
- 3.1 案例
- 3.2 代码实现
- 4 拓展——JDK源码解析
🙊 前言:本文章为瑞_系列专栏之《23种设计模式》的适配器模式篇。本文中的部分图和概念等资料,来源于博主学习设计模式的相关网站《菜鸟教程 | 设计模式》和《黑马程序员Java设计模式详解》,特此注明。本文中涉及到的软件设计模式的概念、背景、优点、分类、以及UML图的基本知识和设计模式的6大法则等知识,建议阅读 《瑞_23种设计模式_概述》
本系列 - 设计模式 - 链接:《瑞_23种设计模式_概述》
⬇️本系列 - 创建型模式 - 链接🔗单例模式:《瑞_23种设计模式_单例模式》
工厂模式:《瑞_23种设计模式_工厂模式》
原型模式:《瑞_23种设计模式_原型模式》
抽象工厂模式:《瑞_23种设计模式_抽象工厂模式》
建造者模式:《瑞_23种设计模式_建造者模式》⬇️本系列 - 结构型模式 - 链接🔗
代理模式:《瑞_23种设计模式_代理模式》
适配器模式:《后续更新》
装饰者模式:《后续更新》
桥接模式:《后续更新》
外观模式:《后续更新》
组合模式:《后续更新》
享元模式:《后续更新》⬇️本系列 - 行为型模式 - 链接🔗
模板方法模式:《后续更新》
策略模式:《后续更新》
命令模式:《后续更新》
职责链模式:《后续更新》
状态模式:《后续更新》
观察者模式:《后续更新》
中介者模式:《后续更新》
迭代器模式:《后续更新》
访问者模式:《后续更新》
备忘录模式:《后续更新》
解释器模式:《后续更新》
1 适配器模式(Adapter Pattern)
适配器模式(Adapter Pattern)是作为两个不兼容的接口之间的桥梁。这种类型的设计模式属于结构型模式,它结合了两个独立接口的功能。
瑞:结构型模式描述如何将类或对象按某种布局组成更大的结构。它分为类结构型模式和对象结构型模式,前者采用继承机制来组织接口和类,后者釆用组合或聚合来组合对象。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象结构型模式比类结构型模式具有更大的灵活性。
类适配器模式使用的是继承的方式 对象适配器模式使用的是聚合组合 所以推荐对象适配器模式
适配器模式涉及到一个单一的类,该类负责加入独立的或不兼容的接口功能。举个真实的例子,读卡器是作为内存卡和笔记本之间的适配器。您将内存卡插入读卡器,再将读卡器插入笔记本,这样就可以通过笔记本来读取内存卡。
1.1 介绍
-
意图:将一个类的接口转换成客户希望的另外一个接口。适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。
-
主要解决:主要解决在软件系统中,常常要将一些"现存的对象"放到新的环境中,而新环境要求的接口是现对象不能满足的。
-
何时使用:
1️⃣ 系统需要使用现有的类,而此类的接口不符合系统的需要。
2️⃣ 想要建立一个可以重复使用的类,用于与一些彼此之间没有太大关联的一些类,包括一些可能在将来引进的类一起工作,这些源类不一定有一致的接口。
3️⃣ 通过接口转换,将一个类插入另一个类系中。(比如老虎和飞禽,现在多了一个飞虎,在不增加实体的需求下,增加一个适配器,在里面包容一个虎对象,实现飞的接口。) -
如何解决:继承或依赖(推荐)。
-
关键代码:适配器继承或依赖已有的对象,实现想要的目标接口。
-
应用实例:
1️⃣ 美国电器 110V,中国 220V,就要有一个适配器将 110V 转化为 220V。
2️⃣ JAVA JDK 1.1 提供了 Enumeration 接口,而在 1.2 中提供了 Iterator 接口,想要使用 1.2 的 JDK,则要将以前系统的 Enumeration 接口转化为 Iterator 接口,这时就需要适配器模式。
3️⃣ 在 LINUX 上运行 WINDOWS 程序。
4️⃣ JAVA 中的 JDBC。 -
优点:
1️⃣ 可以让任何两个没有关联的类一起运行。
2️⃣ 提高了类的复用。
3️⃣ 增加了类的透明度。
4️⃣ 灵活性好。 -
缺点:
1️⃣ 过多地使用适配器,会让系统非常零乱,不易整体进行把握。比如,明明看到调用的是 A 接口,其实内部被适配成了 B 接口的实现,一个系统如果太多出现这种情况,无异于一场灾难。因此如果不是很有必要,可以不使用适配器,而是直接对系统进行重构。
2️⃣ 由于 JAVA 至多继承一个类,所以至多只能适配一个适配者类,而且目标类必须是抽象类。 -
使用场景:
1️⃣ 有动机地修改一个正常运行的系统的接口,这时应该考虑使用适配器模式。
2️⃣ 以前开发的系统存在满足新系统功能需求的类,但其接口同新系统的接口不一致。
3️⃣ 使用第三方提供的组件,但组件接口定义和自己要求的接口定义不同。 -
注意事项:适配器不是在详细设计时添加的,而是解决正在服役的项目的问题。
1.2 概述
适配器模式的定义:将一个类的接口转换成客户希望的另外一个接口,使得原本由于接口不兼容而不能一起工作的那些类能一起工作。
适配器模式分为类适配器模式和对象适配器模式,前者类之间的耦合度比后者高,且要求程序员了解现有组件库中的相关组件的内部结构,所以应用相对较少些。
如果去欧洲国家去旅游的话,他们的插座如下图最左边,是欧洲标准。而我们使用的插头如下图最右边的。因此我们的笔记本电脑,手机在当地不能直接充电。所以就需要一个插座转换器,转换器第1面插入当地的插座,第2面供我们充电,这样使得我们的插头在当地能使用。生活中这样的例子很多,手机充电器(将220v转换为5v的电压),读卡器等,其实就是使用到了适配器模式。
1.3 适配器模式的结构
- 适配器模式(Adapter)包含以下主要角色:
1️⃣ 目标(Target)接口:当前系统业务所期待的接口,它可以是抽象类或接口。
2️⃣ 适配者(Adaptee)类:它是被访问和适配的现存组件库中的组件接口。
3️⃣ 适配器(Adapter)类:它是一个转换器,通过继承或引用适配者的对象,把适配者接口转换成目标接口,让客户按目标接口的格式访问适配者。
2 类适配器模式
实现方式:定义一个适配器类来实现当前系统的业务接口,同时又继承现有组件库中已经存在的组件。
瑞:类适配器模式使用的是继承的方式,会使得类之间的耦合度比较高,且要求程序员了解现有组件库中的相关组件的内部结构,所以类适配器模式的应用相对较少些
2.1 案例
【案例】读卡器
现有一台电脑只能读取SD卡,而要读取TF卡中的内容的话就需要使用到适配器模式。创建一个读卡器,将TF卡中的内容读取出来。
类图如下:
2.2 代码实现
/**
* SD卡的接口 - 目标接口
*
* @author LiaoYuXing-Ray
**/
public interface SDCard {
// 从SD卡中读取数据
String readSD();
// 往SD卡中写数据
void writeSD(String msg);
}
/**
* 具体的SD卡 - SD卡实现类
*
* @author LiaoYuXing-Ray
**/
public class SDCardImpl implements SDCard {
public String readSD() {
String msg = "SDCard read msg : hello word SD";
return msg;
}
public void writeSD(String msg) {
System.out.println("SDCard write msg :" + msg);
}
}
/**
* 计算机类
*
* @author LiaoYuXing-Ray
**/
public class Computer {
// 从SD卡中读取数据
public String readSD(SDCard sdCard) {
if(sdCard == null) {
throw new NullPointerException("sd card is not null");
}
return sdCard.readSD();
}
}
/**
* TF卡接口 - 适配者类的接口
*
* @author LiaoYuXing-Ray
**/
public interface TFCard {
// 从TF卡中读取数据
String readTF();
// 往TF卡中写数据
void writeTF(String msg);
}
/**
* TF卡实现类 - 适配者类
*
* @author LiaoYuXing-Ray
**/
public class TFCardImpl implements TFCard {
public String readTF() {
String msg = "TFCard read msg : hello word TFcard";
return msg;
}
public void writeTF(String msg) {
System.out.println("TFCard write msg :" + msg);
}
}
/**
* 适配器类(SD兼容TF)
*
* @author LiaoYuXing-Ray
**/
public class SDAdapterTF extends TFCardImpl implements SDCard {
public String readSD() {
System.out.println("adapter read tf card");
return readTF();
}
public void writeSD(String msg) {
System.out.println("adapter write tf card");
writeTF(msg);
}
}
/**
* 测试类
*
* @author LiaoYuXing-Ray
**/
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 read msg : hello word SD
===============
adapter read tf card
TFCard read msg : hello word TFcard
类适配器模式违背了合成复用原则。类适配器是客户类有一个接口规范的情况下可用,反之不可用。
3 对象适配器模式(推荐)★
实现方式:对象适配器模式可釆用将现有组件库中已经实现的组件引入适配器类中,该类同时实现当前系统的业务接口。
3.1 案例
【案例】读卡器
下面使用对象适配器模式将读卡器的案例进行改写。类图如下:
3.2 代码实现
对于类适配器模式的代码实现,对象适配器模式只需要修改适配器类(SDAdapterTF)和测试类即可。
/**
* 适配器类(SD兼容TF)
*
* @author LiaoYuXing-Ray
**/
public class SDAdapterTF implements SDCard {
// 声明适配者类
private final TFCard tfCard;
public SDAdapterTF(TFCard tfCard) {
this.tfCard = tfCard;
}
public String readSD() {
System.out.println("adapter read tf card");
return tfCard.readTF();
}
public void writeSD(String msg) {
System.out.println("adapter write tf card");
tfCard.writeTF(msg);
}
}
/**
* 测试类
*
* @author LiaoYuXing-Ray
**/
public class Client {
public static void main(String[] args) {
// 创建计算机对象
Computer computer = new Computer();
// 读取SD卡中的数据
SDCard sdCard = new SDCardImpl();
System.out.println(computer.readSD(sdCard));
System.out.println("===============");
TFCard tfCard = new TFCardImpl();
SDAdapterTF adapter = new SDAdapterTF(tfCard);
System.out.println(computer.readSD(adapter));
}
}
/**
* SD卡的接口 - 目标接口
*
* @author LiaoYuXing-Ray
**/
public interface SDCard {
// 从SD卡中读取数据
String readSD();
// 往SD卡中写数据
void writeSD(String msg);
}
/**
* 具体的SD卡 - SD卡实现类
*
* @author LiaoYuXing-Ray
**/
public class SDCardImpl implements SDCard {
public String readSD() {
String msg = "SDCard read msg : hello word SD";
return msg;
}
public void writeSD(String msg) {
System.out.println("SDCard write msg :" + msg);
}
}
/**
* 计算机类
*
* @author LiaoYuXing-Ray
**/
public class Computer {
// 从SD卡中读取数据
public String readSD(SDCard sdCard) {
if(sdCard == null) {
throw new NullPointerException("sd card is not null");
}
return sdCard.readSD();
}
}
/**
* TF卡接口 - 适配者类的接口
*
* @author LiaoYuXing-Ray
**/
public interface TFCard {
// 从TF卡中读取数据
String readTF();
// 往TF卡中写数据
void writeTF(String msg);
}
/**
* TF卡实现类 - 适配者类
*
* @author LiaoYuXing-Ray
**/
public class TFCardImpl implements TFCard {
public String readTF() {
String msg = "TFCard read msg : hello word TFcard";
return msg;
}
public void writeTF(String msg) {
System.out.println("TFCard write msg :" + msg);
}
}
注意:还有一个适配器模式是接口适配器模式。当不希望实现一个接口中所有的方法时,可以创建一个抽象类Adapter ,实现所有方法。而此时我们只需要继承该抽象类即可。
4 拓展——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的设计实现在实际上采用了适配器模式。
如果觉得这篇文章对您有所帮助的话,请动动小手点波关注💗,你的点赞👍收藏⭐️转发🔗评论📝都是对博主最好的支持~