定义
动态地将责任附加到对象上，若要扩展功能，装饰者提供了比继承更有弹性的替代方案。
Attach additional responsibilities to an object dynamically. Decorators provide a flexible alternative to subclassing for extending functionality
使用场景
- 动态和透明地向单个对象添加职责，即不影响其他对象
- 责任可以撤消
- 当通过子类化扩展是不切实际的。 有时可能是大量的独立扩展，这会产生爆炸(大量)的子类来支持每个组合；或者类定义可以隐藏或以其他方式不可用于子类化
例子
为一个咖啡店计算每一杯咖啡的价格。
咖啡的原料有：HouseBlend(一种北美黑咖啡)、Decaf(无咖啡因的咖啡)、Espresso(浓咖啡)、DarkRoast(深烘焙咖啡)。在原料的基础上可以加各种调料，如蒸奶(Milk)、豆浆(Soy)、摩卡(Mocha)。可以加一种调料，也可以加多种调料，还可以一种调料加多份。 如果我们用类来表示每种组合，可以想象要有很多类，也就是类爆炸了。
引入装饰者模式，程序：
// 饮料基类
public abstract class Beverage{
String description = "Unknown";
public String getDescription(){
return description;
}
public abstract double cost();
}
// 调味品的装饰者 需要继承饮料基类
public abstract class CondimentDecorator extends Beverage{
public abstract String getDescription();
}
// 原料类
public class Espresso extends Beverage{
public Espresso(){
description = "Espresso";
}
public double cost(){
return 1.99;
}
}
public class HouseBlend extends Beverage{
public HouseBlend(){
description = "HouseBlend";
}
public double cost(){
return 0.89;
}
}
// 调味类
public class Mocha extends CondimentDecorator{
Beverage beverage;
public Mocha(Beverage beverage){
this.beverage = beverage;
}
public String getDescription(){
return beverage.getDescription() + ", Mocha";
}
public double cost(){
return 0.2 + beverage.cost();
}
}
// 测试
public class App{
public static void main(Stringp[] args){
Beverage beverage = new Espresso();
Beverage beverage2 = new HouseBlend();
beverage2 = new Mocha(beverage2);
beverage2 = new Mocha(beverage2); // 两份Mocha + HouseBlend组成的咖啡
}
}
分析
采用装饰者模式，符合一条设计原则：类应该对扩展开放，对修改关闭。对类的修改可能引发不必要的错误。例如修改了一个类的方法，那么其子类的逻辑有可能就被修改了。对扩展开放，就是在保存类原来功能的基础上，添加新的功能。
这和js中常用的aop很像，可以参考：第十五章装饰者模式
。
