设计模式——装饰者模式

　　装饰者模式主要体现了OO原则中的“对扩展开放，对修改关闭”这条原则。

　　装饰者模式主要有一下特点：

　　　　1 装饰者和被装饰对象有相同的超类型；

　　　　2 你可以用一个或多个装饰者包装一个对象；

　　　　3既然装饰者和被装饰对象有相同的超类型，所以在任何需要原始对象（被包装的）的场合，可以使用装饰过的对象代替它；

　　　　4装饰者可以在所委托被装饰者的行为之前与/或之后，加上自己的行为，以达到特定的目的；

　　　　5对象可以在任何时候被装饰，所以可以在运行时动态地，不限量地用你喜欢的装饰者来修饰对象。

　　装饰者模式的定义：

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

　　使用场景举例：星巴克咖啡的订单系统，一种咖啡（比如，综合、深焙、低咖啡因、浓缩）可以加入多种调料（牛奶、摩卡、豆浆、奶泡），比如顾客想要一杯双倍摩卡豆浆奶泡咖啡，或者牛奶摩卡浓缩咖啡，在这个场景中，基础的咖啡属于被装饰者，而各种调料属于装饰者。

　　根据装饰者的特性（装饰者和被装饰对象有相同的超类型）所以首先定义一个抽象的Beverage类，这是饮料和调料的基类，饮料和调料都会继承这个抽象类。

public abstract class Beverage {
    String description = "Unknown Beverage";

    public String getDescription() {
        return description;
    }
    public abstract double cost();

}

 

　　基类中有一个饮料描述的属性，和一个计算价格的抽象方法，同时还有一个获取描述的getDescription方法

　　在声明一个所有调料的抽象类，也就是装饰者类，注意这里是调料！

public abstract class CondimentDecorator extends Beverage {
    public abstract String getDescription();
}

　　 CondimentDecorator 继承自Beverage 从而满足装饰者和被装饰对象有相同的超类型。

　　现在具体来实现一种饮料吧，以浓缩咖啡为例

public class Espresso extends Beverage {//继承自Beverage因为Espresso是一种饮料
    public Espresso() {
        // TODO Auto-generated constructor stub
        description = "Espresso";//设置饮料的描述，这里使用了构造器，或者你也可以使用setter方法。
    }

    @Override
    public double cost() {
        // TODO Auto-generated method stub
        return 1.99;//返回Espresso的价格
    }

}

　　现在是各种调料的具体实现

　　摩卡的　　

public class Mocha extends CondimentDecorator {//继承自CondimentDecorator保证相同的超类型。
    Beverage beverage;//记录饮料。

    public Mocha(Beverage beverage) {
        // TODO Auto-generated constructor stub
        this.beverage = beverage;
    }

    @Override
    public String getDescription() {
        // TODO Auto-generated method stub
        return beverage.getDescription() + ",Mocha";//完整的饮料描述。
    }

    @Override
    public double cost() {
        // TODO Auto-generated method stub
        return .20 + beverage.cost();//返回带摩卡的咖啡饮料价钱
    }

}

　　豆浆的　

public class Soy extends CondimentDecorator {
    Beverage beverage;

    public Soy(Beverage beverage) {
        // TODO Auto-generated constructor stub
        this.beverage = beverage;
    }

    @Override
    public String getDescription() {
        // TODO Auto-generated method stub
        return beverage.getDescription() + ",soy";
    }

    @Override
    public double cost() {
        // TODO Auto-generated method stub
        return .15 + beverage.cost();
    }

}

　　奶泡的

package com.design.patterns.decorator;

public class Whip extends CondimentDecorator {
    Beverage beverage;

    public Whip(Beverage beverage) {
        // TODO Auto-generated constructor stub
        this.beverage = beverage;
    }

    @Override
    public String getDescription() {
        // TODO Auto-generated method stub
        return beverage.getDescription() + ",whip";
    }

    @Override
    public double cost() {
        // TODO Auto-generated method stub
        return .10 + beverage.cost();
    }

}

　　测试一下，比如现在顾客想要一杯甚么都不加的浓缩咖啡，代码如下:

public class StarbuzzCoffee {

    public static void main(String[] args) {
        // TODO Auto-generated method stub
        Beverage beverage=new Espresso();//订一杯Espresso，不需要调料。
        System.out.println(beverage.getDescription()+" $"+beverage.cost());//打印描述与价格
    }

}

　　打印结果

Espresso $1.99

　　再来一杯摩卡奶泡的浓缩咖啡

public class StarbuzzCoffee {

    public static void main(String[] args) {
        // TODO Auto-generated method stub
        Beverage beverage=new Espresso();//浓缩咖啡
        beverage=new Mocha(beverage);//用摩卡装饰它
        beverage=new Whip(beverage);//用奶泡装饰它
        System.out.println(beverage.getDescription()+" $"+beverage.cost());//打印描述和价格

    }

}

　　打印结果　　

Espresso,Mocha,whip $2.29

 

　　由以上例子可以看出装饰者模式巧妙的运用了组合和委托的方式，达到在运行时动态的加上新行为；你可以用无数个装饰者包装一个对象；装饰者的缺点同时也是显而易见的，那就是使用装饰者模式会导致设计中出现许多小对象，如果过度使用，会让程序变得很复杂，所以在实际使用过程中可以使用装饰者模式+工厂模式的组合形式。