设计模式（六）装饰模式

装饰模式：

　　装饰模式，又称包装模式（Wrapper），其作用在于，动态地为一个类添加职能。

　　一般来说，为一个类添加额外的功能，第一个想到的应该是使用继承。

　　在设计时，有这么一条准则：组合优于继承。　　

　　装饰模式，就是组合的一种应用，相比继承，它针对类的扩展更具有弹性。

如何理解更具有弹性：

　　继承而言，子类与父类拥有很高的一致性，这种紧耦合使得继承在面对扩展或者变更时，对现有代码的复用性很弱。

　　装饰模式中，将需要扩展功能的类，嵌入到另一个，专门负责扩展功能的类中，从而达到解耦的目的。

　　以上两者，可以独自的扩展，互不影响。

使用场景：

　　一般而言，遇到一下三种情况时，考虑使用装饰模式：

1. 需要扩展一个类的功能，或给一个类增加附加责任。
2. 需要动态的给一个对象增加功能，这些功能可以再动态地撤销。
3. 需要增加一些基本功能的排列组合而产生的非常大量的功能。

角色分析：

　　先用一张别人博客中看到的 UML 类图（链接）：

　　装饰模式，主要由以下4部分组成：

Component：抽象构件，抽象类或接口，定义被装饰类的行为。

ConcreteComponent：具体构件，被装饰类。

Decorator：装饰角色，持有被装饰类对象的实例，与其拥有相同的继承/实现关系。

ConcreteDecorator：具体装饰角色，为被装饰类，添加额外的职能。

　　在一些简单的应用场景中，以上4部分可以依据实际情况，合并一部分。

代码：

public interface Component {

    void methodA();

    void methodB();

}

public class ConcreteComponent implements Component {

    @Override
    public void methodA() {
        System.out.println(this.getClass().getName() + ": MethodA");
    }

    @Override
    public void methodB() {
        System.out.println(this.getClass().getName() + ": MethodB");
    }

}

@AllArgsConstructor
public abstract class Decorator implements Component {

    private Component component;

    @Override
    public void methodA() {
        component.methodA();
    }

    @Override
    public void methodB() {
        component.methodB();
    }

}

public class ConcreteDecoratorA extends Decorator {

    public ConcreteDecoratorA(Component component) {
        super(component);
    }

    public void methodC() {
        System.out.println(this.getClass().getName() + ": MethodC");
    }

}

@Data
@EqualsAndHashCode(callSuper = false)
public class ConcreteDecoratorB extends Decorator {

    private Object specificatedField;

    public ConcreteDecoratorB(Component component) {
        super(component);
    }

    @Override
    public synchronized void methodA() {
        System.out.println("Some operation before");
        super.methodA();
    }

}

　　以上代码中：

　　装饰类A（ConcreteDecoratorA），为对象添加了额外的功能（methodC）。

　　装饰类B（ConcreteDecoratorB），增加了额外的属性（specificatedField），并且为原有的操作，增加了一些修饰（methodA）。

典型应用：

　　在 JDK 源码中，对装饰模式的最典型应用，莫过于 IO 流的设计了。

　　所有 IO 流相关的类，都是从输入（InputStream）/输出（OutputStream）流这两个类扩展而成的。

　　以下是我截取了 InputStream 结构中的部分设计，绘制的 UML：

　　不难发现，IO 流中的结构，可以与装饰模式中的角色一一对应：

Component -> InputStream。

ConcreteComponent -> ByteArrayInputStream, FileInputStream。

Decorator -> FilterInputStream。

ConcreteDecorator -> DataInputStream, BufferInputStream, PushbackInputStream。