设计模式——装饰者模式

定义

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

OO原则

• 封装变化
• 多用组合少用继承
• 针对接口编程，不针对实现编程
• 为了交互对象之间的松耦合而努力
• 类应该对扩展开放，对修改关闭

开闭原则

我们的目标是使类容易扩展，在不改变现有代码的情况下，就可以搭配新的行为

认识装饰者模式

以星巴此咖啡为例。比如，客户想要摩卡和奶泡深赔咖啡。那么，要做的是：

1. 那一个深赔咖啡（DarkRoast）对象
2. 以摩卡（Mocha）对象装饰它
3. 以奶泡（Whip）对象装饰它
4. 调用cost()方法，并依赖委托将调料的价格加上去

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

类图

实例

//component类
public abstract class Beverage {
    String description = "Unknown Beverage";
    
    public String getDescription() {
        return description;
    }
    
    public abstract double cost(); // cost()必须要在子类中实现
}

//装饰者抽象类Decorator类
public abstract class CondimentDecorator extends Beverage { //首先，必须让CondimentDecorator能取代Beverage，所以将CondimentDecorator扩展自Beverage类
    public abstract String getDescription(); //所有的饮料都必须重新实现getDescription()方法。
}

//ConcrectComponent类，具体的饮料类
public class Espresso extend Beverage {
    public Espresso() {
        this.description = "Espresso"; //为了要充值饮料的描述，我们写了一个构造函数
    }
    
    public cost() {
        return 1.99;
    }
}

public class HouseBlend extend Beverage {
    public HouseBlend() {
        this.description = "House Blend Coffee"; 
    }
    
    public cost() {
        return .89;
    }
}

//装饰这类ConcreteDecorator类
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 .20 + beverage.cost();
    }
}

测试代码：

Beverage beverage = new HouseBlend();
beverage = new Soy(beverage); // $.15
beverage = new Mocha(beverage);
beverage = new Whip(beverage); // $.10

// House Blend Coffee,Soy,Mocha,Whip $1.34