Java设计模式-装饰者模式（Decorator Pattern）

利用装饰者模式可以在不修改任何底层代码的情况下，给对象赋予新的职责。在设计程序时，应注意多用组合少用继承，通过继承设计子类的行为，在编译时就静态决定了，而使用组合的做法扩展对象的行为，就可以在运行时动态扩展。

设计原则：类应该对扩展开放，对修改关闭。利用装饰设计模式可以完全遵守看似矛盾的“开放-关闭”原则。

对于原始对象DarkRoast（深培咖啡），使用Mocha（摩卡）对象装饰它，使用Whip（奶泡）对象装饰它。在计算价钱时，调用最外侧装饰者的cost()方法，就会依次递归调用内层cost()方法，并从最内层依次返回每种对象的价格。

• 装饰者和被装饰对象有相同的超类型。
• 既然装饰者和被装饰对象有相同的超类型，所以在任何需要原始对象（被包装的）的场合，可以用装饰过的对象代替它。（装饰前后的对象是同一种类型，装饰过的对象还可以继续装饰）
• 装饰者可以在被装饰者的行为之前与/或之后，加上自己的行为，以达到特定的目的。
• 对象可以在任何时候被装饰，所以可以在运行时动态地、不限量地用你喜欢的装饰者来装饰对象

装饰设计模式类图如下：

Decorator类继承自Component类，这样做的意义在于保证了装饰者和被装饰者是一样的类型，这一点相当关键。Decorator类继承自Component类是为了有正确的类型，而不是继承它的行为，行为来自于具体装饰者，将不同的具体装饰者与具体组件结合起来，就可以为组件添加不同的新行为。

那么接下来如何实现用装饰者去装饰组件呢？关键在于具体装饰者中的Component类型的变量，这个实例变量保存了被装饰的组件的信息。在ConcreteDecorator类的构造函数中，通过接受一个Component类型的对象，并赋值给obj，建立两者的联系。

public class ConcreteDecoratorA extends Decorator {
    public ConcreteDecoratorA(Component obj) {
        this.obj = obj;
    }
}

装饰后的ConcreteDecoratorA同样属于Component类，所以还可以再次作为ConcreteDecoratorB、C等类的构造函数的参数传入，这样就实现了允许无限个装饰者包装一个组件。

---

• 可参考《Head First 设计模式》- Chapter 3 装饰者模式