设计模式之装饰者模式

这个模式可能有点难理解，我看了几篇别人的博客，查了一些资料，终于理解了。不过可能我还是无法以一种
简单的方式表示出来。
比较多的人对装饰者模式的说法就是：动态的给一个对象添加一些额外的职责，就像在墙上刷漆。
装饰者模式可以代替 生成子类来拓展功能 相对来说更加灵活。
装饰者模式分为四种角色：

• 抽象构件角色，给出一个抽象接口，以规范准备接受附加功能的对象
• 具体构件角色，定义一个要附加功能的对象
• 装饰者对象，持有一个抽象构件，并定义一个与构件相同的接口
• 装饰者具体对象，负责给装饰这添加额外功能

上面的概念真是抽象啊，我下面举一个例子，我觉得写的比较好的。原文地址：http://blog.csdn.net/jason0539/article/details/22713711
里面写的一个例子是，假如我去买一个汉堡包，然后可以添加，生菜、酱、辣椒等等许多其他的配料。作为店铺里面的系统，应该怎么样设计呢。这时候装饰者模式是非常强大的。我们一点一点的分析：食物 有2个属性，价格和名字，不同的食物两者也不同：

现在定义一个Food 类：

    public abstract class Food {
    protected String name;
    public String getName(){
        return this.name;
    }
    public abstract double getPrice();
}

这就是所谓的抽象构件了。

然后我们定一个汉堡包：

    public class Humburger extends Food {
    public Humburger(){
        name = "汉堡包";
    }
    @Override
    public double getPrice() {
        return 10.0;
    }
}

这个是具体构件，也就是被装饰的对象。

下面我们要加入一点辣椒，不过首先需要定义一个装饰对象

辣椒—– 第一个装饰者

    /** 配料类 */
    public abstract class Condiment extends Food {
        /**  配料的名字 */
        public abstract String getName();
    }

public class Chili extends Condiment {
    Food food;

    public Chili(Food h) {
        this.food = h;
    }

    @Override
    public String getName() {
        return food.getName() + "加辣椒";
    }

    @Override
    public double getPrice() {
        return food.getPrice() + 1.5;
    }

}

生菜 ——第二个装饰者

public class Lettuce extends Condiment {
    Food food;

    public Lettuce(Food f) {
        this.food = f;
    }

    @Override
    public String getName() {
        return food.getName() + "加生菜";
    }

    @Override
    public double getPrice() {
        return food.getPrice() + 1.0;
    }
}

这时候我们就有几种方案去分配汉堡包的配料了：

下面是一个测试类：

public class Main {
    public static void main(String[] args) {
        Food humburger = new Humburger();    
        System.out.println(humburger.getName()+"  价钱："+humburger.getPrice());    
        //用生菜装饰了汉堡包
        Lettuce lettuce = new Lettuce(humburger);

        System.out.println(lettuce.getName()+"  价钱："+lettuce.getPrice());    

        //用辣椒装饰了汉堡包
        Chili chilli = new Chili(humburger);    
        System.out.println(chilli.getName()+"  价钱："+chilli.getPrice());   

        //用辣椒装饰（已装饰了生菜的汉堡包） 
        Chili chilli2 = new Chili(lettuce);    
        System.out.println(chilli2.getName()+"  价钱："+chilli2.getPrice()); 
    }
}

运行结果：

这是一个很好的模式，每一个装饰者都是一个个体，可以灵活使用，但是我接触了这个模式之后，一直在想这
个问题：装饰者模式可以替代继承达到拓展功能的目的，减少继承。但是我这样一看来，上面的例子，要加多
一种配料的时候就需要写多一个类，和继承没什么区别啊。

后来我一想，确实是这样的，添加一种功能的时候是需要提供多一个类，但是试想一个这样的情况：假如汉堡
包有100种配料，然后100种配料可以任意组合，有不同的价格。如果不用装饰者模式，我们需要写多少个类
才能枚举所有的情况呢？ 我们需要写100 * 99 / 2 个类，没错！！ 但是用了装饰者模式之后，每一种配料作
为一种装饰器，我们要怎样组合就怎样组合配料，我只需要用汉堡包把一种一种配料配上就可以了，所以说是
一种灵活的方式。这时我们只需要写100个类就足够了。