常用设计模型-装饰者模型

参考多个文档，文档地址如下：

https://blog.csdn.net/wangqyoho/article/details/49612061

https://www.jianshu.com/p/bdf65e4afbb0

http://www.cnblogs.com/java-my-life/archive/2012/04/20/2455726.html

装饰模式（Decorator）

　　装饰模式又名包装（Wrapper）模式。

　　装饰模式以对客户端透明的方式扩展对象的功能，是继承关系的一个替代方案。

　　装饰模式通过创建一个包装对象，也就是装饰，来包裹真实的对象。

　　装饰模式以对客户端透明的方式动态地给一个对象附加上更多的责任。换言之，客户端并不会觉得对象在装饰前和装饰后有什么不同。

　　装饰模式可以在不创造更多子类的情况下，将对象的功能加以扩展。

　　装饰模式把客户端的调用委派到被装饰类。装饰模式的关键在于这种扩展是完全透明的。
 
装饰模式的角色

　　抽象构件角色（Component）：给出一个抽象接口，以规范准备接收附加责任的对象。

　　具体构件角色（Concrete Component）：定义将要接收附加责任的类。

　　装饰角色（Decorator）：持有一个构件（Component）对象的引用，并定义一个与抽象构件接口一致的接口。

　　具体装饰角色（Concrete Decorator）：负责给构件对象“贴上”附加的责任。
 
装饰模式的特点

　　装饰对象和真实对象有相同的接口。这样客户端对象就可以以和真实对象相同的方式和装饰对象交互。

　　装饰对象包含一个真实对象的引用（reference）。

　　装饰对象接收所有来自客户端的请求，它把这些请求转发给真实的对象。

　　装饰对象可以在转发这些请求之前或之后附加一些功能。

　　这样就确保了在运行时，不用修改给定对象的结构就可以在外部增加附加的功能。

举个例子：

public interface Component
{
    public void doSomething();

}

　　这是抽象构件角色，是一个接口。具体构件角色实现这个接口：

public class ConcreteComponent implements Component
{

    @Override
    public void doSomething()
    {
        System.out.println("功能A");
    }

}

　　装饰角色：

public class Decorator implements Component
{
    private Component component;

    public Decorator(Component component)
    {
        this.component = component;
    }

    @Override
    public void doSomething()
    {

        component.doSomething();
    }

}

　　其中包含了构件角色的引用，方法调用中利用构件角色的方法。

　　具体装饰角色（两个）：

public class ConcreteDecorator1 extends Decorator
{
    public ConcreteDecorator1(Component component)
    {
        super(component);
    }
    
    @Override
    public void doSomething()
    {
        super.doSomething();
        
        this.doAnotherThing();
    }
    
    private void doAnotherThing()
    {
        System.out.println("功能B");
    }

}

public class ConcreteDecorator2 extends Decorator
{
    public ConcreteDecorator2(Component component)
    {
        super(component);
    }
    @Override
    public void doSomething()
    {
        super.doSomething();
        
        this.doAnotherThing();
    }
    
    private void doAnotherThing()
    {
        System.out.println("功能C");
    }

}

　　使用测试：

public class Client
{
    public static void main(String[] args)
    {
        Component component = new ConcreteComponent();
        
        Component component1 = new ConcreteDecorator1(component);
        
        component1.doSomething();
        System.out.println("-----------");
        
        Component component2 = new ConcreteDecorator2(component1);
        
        component2.doSomething();
    }

}

输出：

功能A
功能B
-----------
功能A
功能B
功能C

设计模式在JAVA I/O库中的应用

　　装饰模式在Java语言中的最著名的应用莫过于Java I/O标准库的设计了。

　　由于Java I/O库需要很多性能的各种组合，如果这些性能都是用继承的方法实现的，那么每一种组合都需要一个类，这样就会造成大量性能重复的类出现。而如果采用装饰模式，那么类的数目就会大大减少，性能的重复也可以减至最少。因此装饰模式是Java I/O库的基本模式。

　　Java I/O库的对象结构图如下，由于Java I/O的对象众多，因此只画出InputStream的部分。

　　根据上图可以看出：

　　●　　抽象构件(Component)角色：由InputStream扮演。这是一个抽象类，为各种子类型提供统一的接口。

　　●　　具体构件(ConcreteComponent)角色：由ByteArrayInputStream、FileInputStream、PipedInputStream、StringBufferInputStream等类扮演。它们实现了抽象构件角色所规定的接口。

　　●　　抽象装饰(Decorator)角色：由FilterInputStream扮演。它实现了InputStream所规定的接口。

　　●　　具体装饰(ConcreteDecorator)角色：由几个类扮演，分别是BufferedInputStream、DataInputStream以及两个不常用到的类LineNumberInputStream、PushbackInputStream。