装饰器模式（Decorator Pattern）允许向一个现有的对象添加新的功能，同时又不改变其结构。这种类型的设计模式属于结构型模式，它是作为现有的类的一个包装。
这种模式创建了一个装饰类，用来包装原有的类，并在保持类方法签名完整性的前提下，提供了额外的功能。
我们通过下面的实例来演示装饰器模式的用法。其中，我们将把一个形状装饰上不同的颜色，同时又不改变形状类。
结构图
角色与理解
- 装饰模式共分为四种角色：
- Component（抽象构件）：具体构件与抽象装饰类的共同父类，声明具体构件中实现的业务方法，它的出现能够让客户端一致的透明的对待装饰前和装饰后的类
- ConcreteComponent（具体构件）：抽象构件的子类，实现具体的业务方法
- Decorator（抽象装饰类）：抽象构件的子类，内部维持一个抽象构件的引用，通过该引用调用具体构件的业务方法
- ConcreteDecorator（具体装饰类）：抽象装饰类的实现类，声明并实现各种装饰方法实现对具体构件的装饰
- 具体构件和装饰具体构件的抽象装饰类通过注入的方式被抽象装饰类继续装饰
- 因为具体构件和抽象装饰类都继承抽象构件，所以被装饰时可以被同样的对待，更加灵活
核心代码
- 抽象组件
- 具体构件
- 抽象装饰类
- 具体装饰类
- 客户端
注意事项
- 尽量保持装饰类与被装饰类的接口相同，确保在客户端调用时能够被一致对待
- 被装饰类尽量是一个“轻”类，较少的职能，通过装饰类对其进行扩展
- 如果具体构件类只有一个，那么抽象装饰类可以直接是具体构件类的子类
- END -
