索引
别名
意图
结构
参与者
适用性
缺点
效果
相关模式
实现
实现方式（一）：Decorator 对象的接口必须与它所装饰的 Component 的接口保持一致。
实现方式（二）：省略抽象的 Decorator 类。
别名
包装器（Wrapper）
意图
动态地给一个对象添加一些额外的职责。
就增加功能来说，Decorator 模式相比生成子类更为灵活。
Attach additional responsibilities to an object dynamically.
Decorators provide a flexible alternative to subclassing for extending functionality.
结构
参与者
Component
定义一个对象接口，可以给这些对象动态地添加职责。
ConcreteComponent
定义一个对象，可以给这个对象添加一些职责。
Decorator
维持一个指向 Component 对象的指针，并定义一个与 Component 接口一致的接口。
ConcreteDecorator
向组件添加职责。
适用性
在以下情况下可以使用 Decorator 模式：
在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责。
处理那些可以撤销的职责。
当不能采用生成子类的方法进行扩充时。
缺点
Decorator 是一个透明的包装，其与 Component 还是有些差别的。
采用 Decorator 模式进行系统设计往往会产生许多看上去类似的小对象。导致很难学习系统，排错也很困难。
效果
比静态继承更灵活。
避免在层次结构高层的类有太多的特征。
相关模式
Decorator 模式不同于 Adapter 模式，因为 Decorator 仅改变对象的职责而不改变它的接口，而 Adapter 将给对象一个全新的接口。
可以将 Decorator 视为一个退化的、仅有一个组件的 Composite。然而，Decorator 仅给对象添加额外的职责，它的目的不在于对象聚集。
用一个 Decorator 可以改变对象的外表，而 Strategy 模式使得你可以改变对象的内核。这是改变对象的两种途径。
当 Component 类原本就很庞大时，使用 Decorator 模式的代价太高，Strategy 模式相对更好一些。
实现
实现方式（一）：Decorator 对象的接口必须与它所装饰的 Component 的接口保持一致。
所有的 ConcreteDecorator 类必须有一个公共的父类。
使用 Decorator 模式仅从外部改变组件，因此组件无需对它的装饰有任何了解，也就是说，这些装饰对该组件是透明的。
1 namespace DecoratorPattern.Implementation1 2 { 3 public abstract class Component 4 { 5 public abstract void Operation(); 6 } 7 8 public class ConcreteComponent : Component 9 {10 public override void Operation()11 {12 // do something13 }14 }15 16 public abstract class Decorator : Component17 {18 private Component _component;19 20 public Decorator(Component component)21 {22 _component = component;23 }24 25 public override void Operation()26 {27 _component.Operation();28 }29 }30 31 public class ConcreteDecorator : Decorator32 {33 public ConcreteDecorator(Component component)34 : base(component)35 {36 }37 38 public override void Operation()39 {40 base.Operation();41 AddedBehavior();42 }43 44 private void AddedBehavior()45 {46 // do some other things47 }48 }49 50 public class Client51 {52 public void TestCase1()53 {54 Component component1 = new ConcreteComponent();55 Component component2 = new ConcreteDecorator(component1);56 57 component2.Operation();58 }59 }60 }实现方式（二）：省略抽象的 Decorator 类。
当仅需要添加一个职责是，没有必要定义抽象的 Decorator 类。
这时可以把 Decorator 向 Component 转发请求的职责合并到 ConcreteDecorator 中。
1 namespace DecoratorPattern.Implementation2 2 { 3 public abstract class Component 4 { 5 public abstract void Operation(); 6 } 7 8 public class ConcreteComponent : Component 9 {10 public override void Operation()11 {12 // do something13 }14 }15 16 public class ConcreteDecorator : Component17 {18 private Component _component;19 20 public ConcreteDecorator(Component component)21 {22 _component = component;23 }24 25 public override void Operation()26 {27 _component.Operation();28 AddedBehavior();29 }30 31 private void AddedBehavior()32 {33 // do some other things34 }35 }36 37 public class Client38 {39 public void TestCase1()40 {41 Component component1 = new ConcreteComponent();42 Component component2 = new ConcreteDecorator(component1);43 44 component2.Operation();45 }46 }47 }《设计模式之美》为 Dennis Gao 发布于博客园的系列文章，任何未经作者本人同意的人为或爬虫转载均为耍流氓。