每天一个设计模式（3）：装饰者模式

3.装饰者模式

　　装饰者模式动态地将责任附加到对象上。若要扩展功能，装饰者提供了比继承更有弹性的替代方案。

一.问题引入

　　咖啡店的类设计：

　　一个饮料基类，各种饮料类继承这个基类，并且计算各自的价钱。

　　饮料中需要加入各种调料，考虑在基类中加入一些布尔值变量代表是否加入各种调料，基类的cost()中的计算各种调料的价钱，子类覆盖cost()，并且在其中调用超类的cost()，加上特定饮料的价钱，计算出子类特定饮料的价钱。

　　缺点：类数量爆炸、基类加入的新功能并不适用于所有的子类、调料价钱的改变、新调料的出现都会要求改变现有代码；有的子类并不适合某些调料等情况……

二.要点

　　1.类应该对扩展开放，对修改关闭。

　　我们的目标是允许类容易扩展，在不修改现有代码的情况下，就可搭配新的行为。好处是：这样的设计具有弹性可以应对改变，可以接受新的功能来应对改变的需求。

　　2.装饰者和被装饰对象有相同的超类型。

　　2.组合和委托可用于在运动时动态的加上新的行为。

　　3.装饰者可以在被装饰者的行为前面/后面加上自己的行为，甚至将被装饰者的行为整个取代掉，而达到特定的目的。

　　4.可以用无数个装饰者包装一个组件。

　　5.装饰者一般对组件的客户是透明的，除非客户程序依赖于组件的具体类型。

　　6.装饰者会导致设计中出现许多小对象，如果过度使用，会让程序变得很复杂。

三.用装饰者模式解决问题

　　解决咖啡店饮料问题的方法：

　　以饮料为主体，然后在运行时以调料来“装饰”饮料。

　　比如，顾客想要摩卡（Mocha）和奶泡（Whip）深焙咖啡（DarkRoast）：

　　DarkRoast继承自Beverage，有一个cost()方法。

　　第一步，以DarkRoast对象开始；

　　第二步，顾客想要摩卡，所以建立一个Mocha装饰者对象，并用它将DarkRoast对象包装（wrap）起来；

　　第三步，顾客想要奶泡，所以建立一个Whip装饰者对象，并用它将Mocha对象包起来；（Mocha和Whip也继承自Beverage，有一个cost()方法）；

　　最后，为顾客算钱，通过调用最外圈装饰者（Whip）的cost()就可以。Whip()的cost()会先委托它装饰的对象（Mocha）计算出价钱，然后在加上奶泡的价钱。Mocha的cost()也是类似。

四.UML关系图

　　Source类是被装饰类，Decorator类是一个装饰类，可以为Source类动态的添加一些功能。

五.实现代码

Sourceable接口：

public interface Sourceable {  
    public void method();  
}

被装饰类：

public class Source implements Sourceable {  
  
    @Override  
    public void method() {  
        System.out.println("the original method!");  
    }  
}

装饰类：

public class Decorator implements Sourceable {  
  
    private Sourceable source;  
      
    public Decorator(Sourceable source){  
        super();  
        this.source = source;  
    }  
    @Override  
    public void method() {  
        System.out.println("before decorator!");  
        source.method();  
        System.out.println("after decorator!");  
    }  
}

测试类：

public class DecoratorTest {  
  
    public static void main(String[] args) {  
        Sourceable source = new Source();  
        Sourceable obj = new Decorator(source);  
        obj.method();  
    }  
}

输出：

before decorator!
the original method!
after decorator!