JAVA设计模式之装饰模式

1. 装饰模式：包装模式
   以对客户端透明的方式扩展对象的功能，是继承关系的一个替代方案。
   对客户透明的方式动态的给一个对象附加上更多的责任，换言之，客户端不会觉得对象在装饰前喝装饰后有什么区别。
   可以在不创造更多子类的情况下将对象的功能加以扩展。
   把客户端的调用委派到被装饰类。这种扩展是完全透明的。
   在不必改变原类文件和使用继承的情况下，动态扩展一个对象的功能，通过创建一个包装对象，也就是装饰来包裹真实的对象。

2. 装饰模式的角色：
   抽象构件角色：Component 给出一个抽象接口，以规范准备接受附加责任的对象。(InputStream)
   具体构件角色： Concrete Component 定义一个将要接受附加责任的类。(FileInputStream)
   装饰角色：Decorator 持有构件对象的引用，并定义一个与构件对象接口一致的接口。( FilterInputStream)
   具体装饰角色： Concrete Decorator 负责给构件对象贴上附加的责任。( BufferedInputStream)

3. 装饰模式的特点：
   装饰对象和真实对象有相同的接口。这样客户端对象就可以和真实对象相同的方式和装饰对象相互交互。
   装饰对象包含一个真实对象的引用。
   装饰对象接受所有来自客户端的请求，它把这些请求 转发给真实的对象。
   装饰对象可以在转发这些请求以前或以后增加一些附加功能，这样就确保在运行时，不用修改给定对象的结构就可以在外部增加附加功能，在面向对象的设计中，通常是通过继承来实现对给定类的功能扩展。

4. 装饰模式 VS 继承
   装饰模式：

    用来扩展特定对象的功能。
    不需要子类。
    动态。
    运行时分配职责。
    防止由于子类而导致的复杂和混乱。
    更多的灵活性。
    对于一个给定的对象，同时可能有不同的装饰对象，客户端可以通过它的需要选择合适的装饰对象发送消息。
   

继承：

	用来扩展一类对象的功能。
	需要子类。
	静态。
	编译时分派职责。
	导致很多子类产生。
	缺乏灵活性。

Git decorate code