装饰器模式

典型的例子：JAVA IO。

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

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

我们通过下面的实例来演示装饰器模式的用法。其中，我们将把一个形状装饰上不同的颜色，同时又不改变形状类。

介绍

意图：动态地给一个对象添加一些额外的职责。就增加功能来说，装饰器模式相比生成子类更为灵活。

主要解决：一般的，我们为了扩展一个类经常使用继承方式实现，由于继承为类引入静态特征，并且随着扩展功能的增多，子类会很膨胀。

何时使用：如果子类的功能大同小异，相互之间有层次关系，在不想增加很多子类的情况下扩展类。

如何解决：将具体功能职责划分，同时继承装饰者模式。

关键代码： 1、Component 类充当抽象角色（可以是接口），不应该具体实现。 2、修饰类引用和继承（两个都会有） Component 类，具体扩展类重写父类方法。

优点：装饰类和被装饰类可以独立发展，不会相互耦合，装饰模式是继承的一个替代模式，装饰模式可以动态扩展一个实现类的功能。

缺点：多层装饰比较复杂。

使用场景： 1、扩展一个类的功能。 2、动态增加功能，动态撤销。

注意事项：可代替继承。解决子类膨胀的问题。

说明：上面的Component对应于IO中的InputStream接口，修饰类比如是下面的BufferedInputStream，它实现了InputStream，并且接收另外一个InputStream作为构造函数。

所谓的子类膨胀的解释：使用IO解释可能不太容易理解，引用书上的例子，比如有各种各样的咖啡，加入牛奶加入果粒的是一种，加入牛奶加入糖的是一种，如果使用集成的方式，我们就要设计一个牛奶糖咖啡，牛奶果粒咖啡，如果再来一个牛奶糖果粒咖啡呢？频繁的加入子类会造成类的膨胀。这种扩展类并增加功能职责，比较适合使用装饰者模式。

Head First设计模式 装饰者模式