I walk very slowly, but I never walk backwards 设计模式 - 适配者模式
寂然
大家好，我是寂然，接下来，我们开启第四篇章 - 结构型模式的学习，本节课，我们开启来聊结构型模式的第一种适配器模式，闲言少叙，我们先来看个生活中的适配器案例
生活中的适配器案例
我们先来看个生活中的案例，世界上的用电插头存在着多种标准，中国是三个扁头，澳大利亚也在使用这种标准的插头，而美国的插头就是一圆两扁，所以如果我们去美国旅游的话，国内的插头肯定没办法使用了，我们一般都会购买多功能转接插头，做一个转换，来适配美国的插头标准，那其实多功能转接插头就扮演着适配器的角色
基本介绍
适配器模式（Adapter Pattern）将某个类的接口转换成客户端期望的另一个接口表示，主的目的是兼容性，让原本因接口不匹配不能一起工作的两个类可以协同工作，其别名为包装器(Wrapper)
适配器分类
适配器模式属于结构型模式，主要分为三类：
-
类适配器模式
-
对象适配器模式
-
接口适配器模式
工作原理
适配器模式：将一个类的接口转换成另一种接口，让原本接口不兼容的类可以兼容
Adapter 适配器设计模式中有 3 个重要角色：
被适配者 Adaptee，适配器 Adapter 和目标对象 Target
-
从用户的角度看不到被适配者，是解耦的
-
用户调用适配器转化出来的目标对象方法，适配器再调用被适配者的相关接口方法
-
用户收到反馈结果，感觉只是和目标对象交互 ，类图如下所示
-
- *
类适配器
基本思路：Adapter 类，通过继承Adaptee类，实现 Target 类接口，完成 Apdaptee -> Target 的适配
案例演示 - 电压问题
举个较为简单和合适的案例，我们经常使用的手机或电脑充电器，也属于适配器，它将220V的交流电（AC）转换为手机可用的5V直流电（DC），那AC也就相当于被适配者，DC相当于目标对象，充电器扮演了适配器的角色，OK，那我们以手机充电器为例，演示类适配器模式
//被适配者：220v交流电
public class AC {
public int outputAC() {
int srcV = 220; //
System.out.println( srcV + "V交流电");
return srcV;
}
}
//目标对象：5V直流电
public interface DC {
int outputDC();
}
//适配器：手机充电器
public class IphoneAdapter extends AC implements DC{
@Override
public int outputDC() {
//获取到220V交流电
int srcV = outputAC();
//模拟适配器转化过程，转化为5V直流电
int targetV = srcV / 44;
return targetV;
}
}
//手机
public class Iphone {
//手机充电方法
public void charging(DC dc){
if (dc.outputDC() == 5){ //转换成功
System.out.println("电压为5v,手机正在充电中");
} else {
System.out.println("注意安全.....");
}
}
}
//客户端
public class Client {
public static void main(String[] args) {
new Iphone().charging(new IphoneAdapter());
}
}可以看到，类适配器是通过继承Adaptee 类，实现 Target 接口的方式实现适配的，由于他继承了Adaptee 类，所以他可以根据需求重写 Adaptee 类的方法，使得适配器的灵活性增强了，但是，由于Java单继承的机制，这就要求目标对象 Target必须是接口，有一定的局限性
对象适配器
基本思路：和类适配器模式相同，但是对 Adapter 类做修改，不去继承被适配者Adaptee，而是持有Adaptee类的实例，实现 Target 类接口，完成 Apdaptee -> Target 的适配，以解决兼容性的问题
-
根据合成复用原则，在系统中尽量使用关联关系来替代继承关系
-
对象适配器是适配器模式中常用的一种
同样，我们用上面电压问题的案例，来演示对象适配器模式的使用
//被适配者：220V交流电
public class AC {
public int outputAC() {
int srcV = 220; //
System.out.println( srcV + "V交流电");
return srcV;
}
}
//目标对象：5V直流电
public interface DC {
int outputDC();
}
//适配器：手机充电器
public class IphoneAdapter implements DC {
private AC ac; //持有被适配者对象，而不再是继承
public IphoneAdapter(AC ac){ //构造器传值
this.ac = ac;
}
@Override
public int outputDC() {
//获取到220V交流电
int srcV = this.ac.outputAC();
//模拟适配器转化过程，转化为5V直流电
int targetV = srcV / 44;
return targetV;
}
}
//手机
public class Iphone {
//手机充电方法
public void charging(DC dc){
if (dc.outputDC() == 5){ //转换成功
System.out.println("电压为5v,手机正在充电中");
} else {
System.out.println("注意安全.....");
}
}
}
//客户端
public class Client {
public static void main(String[] args) {
new Iphone().charging(new IphoneAdapter(new AC()));
}
}对象适配器和类适配器其实算是同一种思想，只不过实现方式针对类适配器的局限性进行了优化，根据合成复用原则，用关联关系替代了继承，不再要求目标对象 Target 必须是接口，使用成本更低，更加灵活
接口适配器
一些书籍也把接口适配器模式称之为缺省适配器模式，他的基本思想是这样的：
当不需要全部实现接口提供的方法时，可以先设计一个抽象类实现接口，并为该接口中每个方法提供一个默认实现，即（空方法），那么该抽象类的子类可以有选择的覆盖父类的某些方法来实现需求
适用于对于一个接口，不需要使用其所有方法的情况
案例改进 - 电压问题
为了演示适配器模式，我们对上面电压问题的案例进行简易升级，假设现在我的目标接口有多个方法，可以输出5V，12V，20V的电压，按照正常逻辑，设计一个适配器去实现这个接口，显然，需要实现该目标接口的所有方法，但是，现在我们实际情况中，只需要使用其中的5V直流电给手机进行充电，不需要使用这个接口的所有方法
因此，可以设计一个中间类去把目标接口的所有方法空实现，然后适配器类再去继承这个中间类，选择性重写我所需要的方法，不久OK了嘛，代码示例如下图所示：
//被适配者：220V交流电
public class AC {
public int outputAC() {
int srcV = 220; //
System.out.println( srcV + "V交流电");
return srcV;
}
}
//目标接口，有多个方法
public interface IDC {
int output5V();
int output12V();
int output20V();
}
//中间的抽象类，空实现所有方法
public class DefaultAdapter implements IDC{
@Override
public int output5V() {
return 0;
}
@Override
public int output12V() {
return 0;
}
@Override
public int output20V() {
return 0;
}
}
//手机充电器只需要实现5V的方法即可，其他的没必要
public class IphoneAdapter extends DefaultAdapter {
private AC ac;
public IphoneAdapter(AC ac) {
this.ac = ac;
}
@Override
public int output5V() { //选择性重写
//拿到220V的交流电
int srcV = this.ac.outputAC();
//模拟适配器转化过程，转化为5V直流电
int targetV = srcV / 44;
return targetV;
}
public static void main(String[] args) {
IphoneAdapter iphoneAdapter = new IphoneAdapter(new AC());
System.out.println("手机充电器的电压为 " + iphoneAdapter.output5V());
}
}实现了案例需求，大家回头再看接口适配器模式的基本思想，和案例需求相结合，对他的理解会更深入一些
JDK IO源码分析
在java jdk中，适配器模式使用场景很多，例如java.io.InputStreamReader、java.io.OutputStreamWriter 等，我们通过一个简单的Demo，来分析下 InputStreamReader 中的适配器模式
/**
* @Classname InputStreamReaderDemo
* @Created by 寂然
* @Description InputStreamReader字节输入流转化为字符输入流
*/
public class InputStreamReaderDemo {
public static void main(String[] args) throws IOException {
//字节输入流
InputStream is = System.in ;
Reader r = new InputStreamReader(is) ;
FileWriter fw = new FileWriter("d.txt") ;
char[] chs = new char[1024] ;
int len ;
while((len = r.read(chs))!=-1){
fw.write(chs, 0, len);
fw.flush();
}
r.close();
fw.close();
}
}下面我们通过 源码来进行分析
* @see java.nio.charset.Charset
*
* @author Mark Reinhold
* @since JDK1.1
*/
public class InputStreamReader extends Reader {
private final StreamDecoder sd;
/**
* Creates an InputStreamReader that uses the default charset.
*
* @param in An InputStream
*/
//构造函数，传入InputStream 对象in，并且关联在StreamDecoder sd对象中
public InputStreamReader(InputStream in) {
super(in);
try {
sd = StreamDecoder.forInputStreamReader(in, this, (String)null); // ## check lock object
} catch (UnsupportedEncodingException e) {
// The default encoding should always be available
throw new Error(e);
}
}
//适配Reader类中字符读取操作，调用sd中字节读取转化为字符读取。
public int read() throws IOException {
return sd.read();
}
}具体角色分析：
-
Reader 类对应目标对象 Target
-
InputStreamReader 类对应适配器 Adapter
-
InputStream 对应被适配者 Adaptee
可以看到，这里使用了适配器模式，InputStreamReader 将Reader 和InputStream 适配起来，在read() 方法中适配Reader类中字符读取操作，调用sd对象中的字节读取转化为了字符读取
下节预告
OK，到这里，适配器模式的相关内容就结束了，下一节，我们开启桥接模式的学习，希望大家能够一起坚持下去，真正有所收获，就像开篇那句话，我走的很慢，但是我从来不后退，哈哈，那我们下期见~
