装饰模式（Decorate Pattern）

别名：包装器Wrapper

在不必改变原类文件和使用继承的情况下，动态地给一个对象添加一些额外的职责。就增加/扩展功能来说， Decorator模式提供了比生成子类（继承）更为灵活的替代方案。它是通过创建一个包装对象，也就是用装饰对象来包裹真实的对象。

（1） 装饰对象和真实对象（被装饰对象）有相同的接口。这样客户端对象就能以和真实对象相同的方式跟装饰对象进行交互。

（2） 装饰对象包含一个真实对象的引用（reference），可以用一个或多个装饰对象包装一个真实对象；

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

（4） 装饰对象可以在转发这些请求以前或以后增加一些附加功能。这样就确保了在运行时，不用修改给定对象的结构就可以在外部增加附加的功能。在面向对象的设计中，通常是通过继承来实现对给定类的功能扩展。

在装饰模式中的各个角色有：
　　（1）抽象构件（Component）角色：给出一个抽象接口，可以给这些对象动态地添加职责。
　　（2）具体构件（Concrete Component）角色：定义一个可以添加责任/功能的类。也就是可以动态的加上新行为的对象；
　　（3）装饰（Decorator）角色：持有一个构件（Component）对象的实例，也可以是一个抽象类，并实现一个与抽象构件接口一致的接口。且有一个实例变量以保存某个Component的引用；
　　（4）具体装饰（Concrete Decorator）角色：负责给构件对象添加责任。

以下情况使用Decorator模式：

1. 在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责。

2. 需要动态的给一个对象添加功能，这些功能可以再动态的撤销。

3. 需要增加由一些基本功能的排列组合而产生的非常大量的功能，从而使继承关系变的不现实。

4. 当不能采用生成子类的方法进行扩充时。一种情况是，可能有大量独立的扩展，为支持每一种组合将产生大量的子类，使得子类数目呈爆炸性增长。另一种情况可能是因为类定义被隐藏，或类定义不能用于生成子类。

优势：

与对象的静态继承（多重继承）相比，Decorator模式提供了更加灵活的向对象添加职责的方式。可以用添加和分离的方法，用装饰在运行时刻增加和删除职
责。相比之下，继承机制要求为每个添加的职责创建一个新的子类。这会产生许多新的类，并且会增加系统的复杂度。此外，为一个特定的Component类提供多个不同的Decorator类，这就使得你可以对一些职责进行混合和匹配。使用Decorator模式可以很容易地重复添加一个特性；

Strategy(5.9)模式：用一个装饰你可以改变对象的外表；而Strategy模式使得你可以改变对象的内核。这是改变对象的两种途径。