Java——设计模式——装饰者模式——在IO里的应用

问题引入

　　咖啡店的类设计：

　　一个饮料基类，各种饮料类继承这个基类，并且计算各自的价钱。

　　饮料中需要加入各种调料，考虑在基类中加入一些布尔值变量代表是否加入各种调料，基类的cost()中的计算各种调料的价钱，子类覆盖cost()，并且在其中调用超类的cost()，加上特定饮料的价钱，计算出子类特定饮料的价钱。

　　缺点：类数量爆炸、基类加入的新功能并不适用于所有的子类、调料价钱的改变、新调料的出现都会要求改变现有代码；有的子类并不适合某些调料等情况……

 

设计原则

　　类应该对扩展开放，对修改关闭。

　　我们的目标是允许类容易扩展，在不修改现有代码的情况下，就可搭配新的行为。

　　如能实现这样的目标，有什么好处呢？这样的设计具有弹性可以应对改变，可以接受新的功能来应对改变的需求。

　　要让OO设计同时具备开放性和关闭性，不是一件容易的事，通常来说，没有必要把设计的每个部分都这么设计。

　　遵循开放-关闭原则，通常会引入新的抽象层次，增加代码的复杂度。

　　我们需要把注意力集中在设计中最有可能改变的地方，然后应用开放-关闭原则。

 

用装饰者模式解决问题

　　解决咖啡店饮料问题的方法：

　　以饮料为主体，然后在运行时以调料来“装饰”饮料。

　　比如，顾客想要摩卡（Mocha）和奶泡（Whip）深焙咖啡（DarkRoast）：

　　DarkRoast继承自Beverage，有一个cost()方法。

　　第一步，以DarkRoast对象开始；

　　第二步，顾客想要摩卡，所以建立一个Mocha装饰者对象，并用它将DarkRoast对象包装（wrap）起来；

　　第三步，顾客想要奶泡，所以建立一个Whip装饰者对象，并用它将Mocha对象包起来；（Mocha和Whip也继承自Beverage，有一个cost()方法）；

　　最后，为顾客算钱，通过调用最外圈装饰者（Whip）的cost()就可以。Whip()的cost()会先委托它装饰的对象（Mocha）计算出价钱，然后在加上奶泡的价钱。Mocha的cost()也是类似。

 

装饰者模式的特点

　　装饰者和被装饰对象有相同的超类型。

　　可以用一个或多个装饰者包装一个对象。

　　因为装饰者和被装饰者具有相同的类型，所以任何需要原始对象的场合，可以用装饰过的对象代替。

　　装饰者可以在所委托被装饰者的行为之前与/或之后，加上自己的行为，以达到特定的目的。

　　对象可以在任何时候被装饰，所以可以在运行时动态地、不限量地用你喜欢的装饰者来装饰对象。

 

装饰者模式的定义

　　装饰者模式动态地将责任附加到对象上。若要扩展功能，装饰者提供了比继承更有弹性的替代方案。

 

装饰者模式的实现

　　实现类图如下：

 

　　装饰者和被装饰者具有共同的超类，利用继承达到“类型匹配”，而不是利用继承获得“行为”；将装饰者和被装饰者组合时，加入新的行为。

　　解决本文中饮料的具体问题时，图中Component即为Beverage（可以是抽象类或者接口），而ConcreteComponent为各种饮料，Decorator（抽象装饰者）为调料的抽象类或接口，ConcreteDecoratorX则为各种具体的调料。

　　因为使用对象组合，可以把饮料和调料更有弹性地加以混合与匹配。

　　代码外部细节：

　　代码中实现的时候，通过构造函数将被装饰者传入装饰者中即可，如最后的调用形式如下：

　　　　Beverage beverage = new DarkRoast();

　　　　beverage = new Mocha(beverage);

　　　　beverage = new Whip(beverage);

　　即完成了两层包装，此时再调用beverage的cost()函数即可得到总价。

 

java.io包内的装饰者模式

　　装饰者模式的缺点：在设计中加入大量的小类，如果过度使用，会让程序变得复杂。

流概述

Java中，流是一种有序的字节序列，可以有任意的长度。从应用流向目的地称为输出流，从目的地流向应用称为输入流。

Java的流族谱

Java的java.io包中囊括了整个流的家族，输出流和输入流的谱系如下所示：

InputStream和OutputStream

InputStream和OutputStream分别是输入输出流的顶级抽象父类，只定义了一些抽象方法供子类实现。

在输出流OutputStream中，如果你需要向一个输出流写入数据，可以调用void write(int b)方法，这个方法会将b的低八位写入流中，高24位将会被自动忽略。如果想要批量写入数据呢，那么可以调用void write(byte[] b) 方法将一个字节数组的内容全部写入流中，同时还有void write(byte[] b, int off, int len)可以让你指定从哪里写入多少数据。
如果你希望你向流中写入的数据能够尽快地输送到目的地，比如说文件，那么可以在写入数据后，调用flush()方法将当前输出流刷到操作系统层面的缓冲区中。不过需要注意的是，此方法并不保证数据立马就能刷到实际的物理目的地(比如说存储)。
使用完流后应该调用其close()方法将流关闭，流关闭时，将会先flush，后关闭。

在输入流InputStream中，可以通过int read() 方法来从流中读取一个字节，批量读取字节可以通过int read(byte[] b)或者int read(byte[] b, int off, int len)来实现，这两个方法的返回值为实际读取到的字节数。如果需要重复读取流中某段数据，可以在读取之前先使用void mark(int readlimit)方法在当前位置做一个记号，之后通过void reset()方法返回到之前做标记的位置，不过在做这些标记操作之前，需要先通过boolean markSupported()方法来确定该流是否支持标记。如果对某些可预知的数据不感兴趣，可以使用long skip(long n)来调过一些流中的一些数据。

使用完流，无论是输入还是输出流，都要调用其close()方法对其进行关闭。

装饰器模式

装饰器模式（Decorator Pattern）允许向一个现有的对象添加新的功能，同时又不改变其结构。这种类型的设计模式属于结构型模式，它是作为现有的类的一个包装。

这种设计模式创建了一个装饰类，用来包装原有的类，并在保持类方法签名完整性的前提下，提供了额外的功能。

以InputStream为例，它是一个抽象类:

public abstract class InputStream implements Closeable {
    ...
    ...
}

并定义有抽象方法

public abstract int read() throws IOException;

该抽象方法由具体的子类去实现，通过InputStream的族谱图可以看到，直接继承了InputStream，并且提供某一特定功能的子类有：

• ByteArrayInputStream

• FileInputStream

• ObjectInputStream

• PipedInputStream

• SequenceInputStream

• StringBufferInputStream

这些子类都具有特定的功能，比如说，FileInputStream代表一个文件输入流并提供读取文件内容的功能，ObjectInputStream提供了对象反序列化的功能。

InputStream这个抽象类有一个子类与上述其它子类非常不同，这个子类就是FilterInputStream，可参见上图中的InputStream族谱图。

翻开FilterInputStream的代码，我们可以看到，它内部又维护了一个InputStream的成员对象，并且它的所有方法，都是调用这个成员对象的同名方法。
换句话说，FilterInputStream它什么事都不做。就是把调用委托给内部的InputStream成员对象。如下所示：

public class FilterInputStream extends InputStream {
    protected volatile InputStream in;
    
    protected FilterInputStream(InputStream in) {
        this.in = in;
    }
    
    public int read() throws IOException {
        return in.read();
    }
    
    public int read(byte b[]) throws IOException {
        return read(b, 0, b.length);
    }
    
    public int read(byte b[], int off, int len) throws IOException {
        return in.read(b, off, len);
    }
    
    public long skip(long n) throws IOException {
        return in.skip(n);
    }
    
    public int available() throws IOException {
        return in.available();
    }
    
    public void close() throws IOException {
        in.close();
    }
    
    public synchronized void mark(int readlimit) {
        in.mark(readlimit);
    }

    public synchronized void reset() throws IOException {
        in.reset();
    }
    
    public boolean markSupported() {
        return in.markSupported();
    }

FilterInputStream的又有其子类，分别是：

• BufferedInputStream

• DataInputStream

• LineNumberInputStream

• PushbackInputStream

虽然从上面代码看FilterInputStream并没有做什么有卵用的事，但是它的子类可不同了，以BufferedInputStream为例，这个类提供了提前读取数据的功能，也就是缓冲的功能。可以看看它的read方法：

    public synchronized int read() throws IOException {
        if (pos >= count) {
            fill();
            if (pos >= count)
                return -1;
        }
        return getBufIfOpen()[pos++] & 0xff;
    }

可以看到，当pos>=count时，意即需要提前缓冲一些数据的时候到了，那么就会调用fill()将缓冲区加满，以便后续读取。由于本文只讨论io流的装饰器模式，所以关于具体实现细节将不会展开讨论，比如本文不会讨论fill()方法是如何实现的，在这里可以先将它当做一个黑盒子。

从这里可以开始感受到，BufferedInputStream就是一个装饰者，它能为一个原本没有缓冲功能的InputStream添加上缓冲的功能。

比如我们常用的FileInputStream，它并没有缓冲功能，我们每次调用read，都会向操作系统发起调用索要数据。假如我们通过BufferedInputStream来装饰它，那么每次调用read，会预先向操作系统多拿一些数据，这样就不知不觉中提高了程序的性能。如以下代码所示：

BufferedInputStream bis = new BufferedInputStream(new FileInputStream(newFile("/home/user/abc.txt")));

同理，对于其它的FilterInputStream的子类，其作用也是一样的，那就是装饰一个InputStream，为它添加它原本不具有的功能。OutputStream以及家属对于装饰器模式的体现，也以此类推。

JDK中的io流的设计是设计模式中装饰器模式的一个经典示范，如果细心发现，JDK中还有许多其它设计模式的体现，比如说监听者模式等等。