Java IO 中的“装饰模式”和“适配器模式”

2,024 阅读5分钟

在程序中,优秀的算法可以让我们的程序跑的更快、更强,而恰当的运用设计模式则会让我们的工程结构看起来更加简洁、清晰、优雅。在学习Java的过程中,相信很多人向我一样看到Java IO 这一部分时会被它庞大的“子系”弄得眼花缭乱,在“java.io.*”中包含了数十个不同的类,每种类都有自己独特的价值、作用,如果我们不了解这些类之间的构成关系,可能只能死记硬背,每次用到的时候再去百度该用哪个类去进行读写操作。所以,为了清楚这些类的层次、关系,我们急需了解Java IO 中的设计模式,因为设计模式某种程度上也是为了使类之间的结构关系更加合理而出现的。

1. Java IO 的结构

Java IO 结构
Java的流式输入、输出是建立在四个抽象类的基础上的:InputStream、OutputStream、Reader、Writer。其中InputStream、OutputStream负责处理字节类型数据,Reader、Writer负责字符型数据。这两对抽象类在结构、功能、思想等方面有很多相似点,下面我们先通过InputStream展开我们的讨论。

2. 装饰模式

装饰模式
如图所示是装饰模式的类图,具体构件解释为:

  • Component 抽象构件

    一般为接口或抽象类,负责定义类中应有那些功能(方法)

  • ConcreteComponent 具体构件

    实现了抽象构建中规定的方法,可以构造出包含具体功能的对象,是被修饰者

  • Decorator 装饰者

    一般是抽象类,其中包含指向Component的属性

  • ConcreteDecorator 具体装饰者

    具体的装饰类,继承自Decorator,传入具体构件(ConcreteComponent)作为属性。在其方法中通过调用ConcreteComponent的方法前后加上扩展行为起到装饰ConcreteComponent的作用。

3. InputStream

如下图所示是InputStream及其子类的结构图(忽略部分不常用的):

InputStream及其子类
InputStream的子类实现了其中定义的各种抽象方法,由图可以清楚的看出其子类大概分为两个层次。第一层为图中的蓝色框图所示,FileInputStream、FilterInputStream、ByteArrayInputStream等,她们主要定义了流式数据的获取来源,比如FileInputStream表示一个能从文件读取字节的InputStream类,ByteArrayInputStream表示能从字节数组中读取字节的InputStream类。其中比较独特的是FilterInputStream,如果我们去看她的源码会发现FilterInputStream创建时需要传入一个InputStream类型的对象,FilterInputStream中几乎所有方法都是调用传入的InputStream对象的对应方法。所以FilterInputStream只是透明地提供扩展功能的输入流的包装。

在InputStream中我们可以类比上面的装饰模式:InputStream类比为Component、蓝色的第一层构件如FileInputStream等类比为ConcreteComponent,FilterInputStream类比为Decorator、绿色的第二层构件如BufferedInputStream类比为ConcreteDecorator。

所以,当我们以BufferedInputStream、FileInputStream来演示Java IO中的装饰模式,其类图可以作为:

Java IO 中的装饰模式
对应的写法为:

FileInputStream fis = new FileInputStream("/test.txt");
BufferedInputStream bis = new BufferedInputStream(fis);

这里通过内存缓冲器连到文件输入流,将文件输入流扩展为一个可以使用缓冲器的文件输入流,提高程序的性能。 说到这里,有人可能会问为什么这里要用装饰模式?前面我们也提到过,Java IO 中的类繁多,类与类之间既有相似之处,也有互相区别的地方,如果将这些类组合在一起,我们可以使用继承来组合功能。例如将“从文件读取流”和“内存缓冲器”,就可以编写一个类:BufferedFileInputStream继承于FileInputStream。但是这样有一个很大的缺点:当功能非常多时,不同功能之间的组合将会是一个非常大的数目,我们必须为每种功能的组合编写一个类,那么将会十分的不友好。

但是如果使用装饰模式,就相当于一个动态的继承,我们可以手动的在代码中将不同的功能组合在一起,只需将功能1的实例传入功能2的实例中,是我们的功能2实例获取到功能1,这种动态的组合方式将会使代码更加简洁、高效、利于维护管理。

4. 适配器模式

装饰模式是通过手动将模块一步步组合在一起而获得更多、更强大的功能,与此不同,适配器模式是将一个已经存在但不符合用户期望的接口通过“适配器”转换为符合用户预期的接口,使不兼容的类一起工作而不去修改已经存在的接口。

这里听起来有点绕,以我们生活中常用到的手机接口为例:苹果公司在iphone7开始取消了3.5mm耳机接口,改为使用type-c接口,如果我们有一个3.5mm接口的耳机,最近刚刚买了iphone8,发现我们的耳机没法用了,这时候我们就需要买一个转接器,将耳机插入转接器,然后将转接器的type-c连上手机。

/**
 * 耳机类,被适配类,可以直接用3.5mm接口听歌
 */
public class Headphone {

    public void useThreeFiveToListen(){
        System.out.println("使用3.5mm接口耳机听音乐。");
    }
}
/**
 * iPhone8上的TypeC接口,代表用户期望的接口
 */
public interface TypeC {
    
    void useTypeCToListen();
    
}

/**
 * 适配器类
 */
public class HeadPhoneAdapter implements TypeC {

    private Headphone headphone;

    public HeadPhoneAdapter(Headphone headphone) {
        this.headphone = headphone;
    }

    @Override
    public void useTypeCToListen() {
        headphone.useThreeFiveToListen();
    }
}

由上面的代码可以看出,我们主要写了一个“适配器”,这个适配器的工作是在TypeC接口规定的方法useTypeCToListen()中调用3.5mm接口耳机去听音乐,完成了接口的转换。

5. Java IO 中的适配器模式

在Java IO 中主要分为字节流、字符流,有时我们手上只有一个InputStream字节流对象,但是我们需要去读取文件中的Unicode数据,那么我们就可以使用InputStreamReader,其源码简化为:

public class InputStreamReader extends Reader {

    private final 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);
        }
    }
    
    public int read() throws IOException {
        return sd.read();
    }

在使用时:

BufferedReader br = new BufferedReader(new InputStreamReader(new FileInputStream("test.txt")));

其中InputStream类是被适配者,InputStreamReader 是她的适配器。通过适配器模式我们就可以通过字节流对象去读取字符了。

结束,多谢观看!