【设计模式】之装饰模式—ecorator）

装饰模式的定义为 动态地为一个对象添加额外的功能，在扩展功能方面装饰模式比生成子类方式提供了一种更灵活的方法。

英文定义为：Attach additional responsibilities to an object dynamically. Decorators provide a flexible alternative to subclassing for extending functionality.

装饰模式可以有效地避免太多继承而导致类爆炸的现象。

在open-close的原则下，装饰对于客户端因应该是透明的，只有这样才能保证可以动态地添加功能，否则每添加一次功能就需要修改一下客户端的调用方式。

decorator与component既是继承关系又是引用关系（has-a），decorator与Concrete Component都是继承自Component，这样的话只要客户端使用Component对象，即实现了多态的功能与隐藏装饰的功能。

在decotrator内部会有一个component的引用，decorator首先拦截送给component的消息，在真正调用component的消息处理之前and/or之后添加自己的功能，就像代码例子中的星巴克咖啡计算价格一样。

装饰模式的结构图如下：

因为具有动态添加功能的特性，所以与策略模式(Strategy)有相似之处，但是两者的delegation关系其实是正好相反的，decorator对于使用它的对象是透明，也就说被装饰的对象其实是不知道它被装饰了；而使用strategy的对象是明确地知道它使用的是什么strategy。decorator改变的是对象的"skin"，而strategy改变的是对象的"gut"。

《Header First Design Patterns》中的给出的星巴克咖啡的例子如下，首先定义一个咖啡跟配料的基类Beverage，咖啡类的角色是concrete Component，配料就是Decorator，原因很明显，咖啡可以添加不同的配料，因此配料就可以装饰咖啡。

public class StarbuzzCoffee {    public static void main(String[] args) {        Beverage beverage = new Espresso();        System.out.println(beverage.getDescription()                + " $" + beverage.cost());        Beverage beverage2 = new DarkRoast();        beverage2 = new Mocha(beverage2);        beverage2 = new Mocha(beverage2);        beverage2 = new Whip(beverage2);        System.out.println(beverage2.getDescription()                + " $" + beverage2.cost());        Beverage beverage3 = new HouseBlend();        beverage3 = new Soy(beverage3);        beverage3 = new Mocha(beverage3);        beverage3 = new Whip(beverage3);        System.out.println(beverage3.getDescription()                + " $" + beverage3.cost());    }}

结论：星巴克咖啡怎么那么便宜，唉，苦逼啊。。。

1楼liweiokgogogo昨天 22:18

LZ写的不错啊，我要收藏了，细细品读。大帝!!!!!