装饰者模式的定义：动态地将责任附加到对象上。想要扩展功能，装饰着提供有别于继承的另一种选择。
这么看是有点抽象，举个栗子。
我们知道有时候喝咖啡会喜欢加奶或者加糖，而且我们喝的咖啡种类也有深焙、低咖啡因和浓缩。
可是每个人喜欢的口味都不一样呀，如果我们按照这样策略模式来进行设计：
“我想要一杯低咖啡因的咖啡，加奶”
那么就要创建一个DecatMilkCoffee类来描述这个需求。
“我想要一杯浓缩的咖啡，加奶加糖”
那么我们就要创建一个EspressoMilkSugerCoffee类来描述这个需求。
是不是感觉有点麻烦？如果我们每推出一个新的咖啡种类或者是新的调料，那么对应地产生的需求就会呈爆炸状态一样产生。
这个时候就需要装饰者模式了。
装饰者模式有点像是软件工程的增量模型。
打个比方。
我们可以先创建一个“超级抽象父类”Beverage用于接下来的装饰者“继承”。
然后我们可以在实现Beverage类的基础上，创建咖啡种类的类：
Decat（低咖啡因）
Espresso（浓缩）
DarkRoast（深焙）
接着，我们可以创建一个实现了Beverage类的抽象类CondimentDecorator来描述有什么样的调料（为什么要这样设计呢？因为如果我想要在菜单上加上咖啡的容量大小CupSize，使用抽象类的方式就具有良好的可扩展性）：
CondimentDecorator
Milk
Sugar
这样，当客户提出了需求的时候，像是：
“我想要一杯低咖啡因的咖啡，加奶”
那么我们就可以创建一个测试类Test，先创建一个Beverage类，然后在Beverage初始化的时候进行装饰，如：
Beverage beverage = new Decat();
beverage = new Mike(beverage);
如此，一杯低咖啡因加奶的咖啡就做出来啦~
其实装饰者模式在JDK中也有应用到哦，如I/O类。