装饰模式

装饰模式可以给我们很好的帮助，通过装饰模式重新封装一个类，而不是通过继承来完成，
简单点说，三个继承关系 Father,Son,GrandSon 三个类，我要再 Son 类上增强一些功能怎么办？
我想你会坚决的顶回去！不允许，对了，为什么呢？你增强的功能是修改 Son 类中的方法吗？增加方法吗 ？
对 GrandSon 的影响哪？特别是 GrandSon 有多个的情况，你怎么办？这个评估的工作量就是够你受的，所以这个是不允许的，那还是要解决问题的呀，怎么办？
通过建立 SonDecorator 类来修饰 Son，等于说是创建了一个新的类，这个对原有程序没有变更，通过扩充很好的完成了这次变更。

以煮咖啡为例：

public abstract class Cafe
{
    public abstract void Cook(); //煮咖啡
}

//摩卡咖啡
public class MochaCafe extends Cafe
{
    public void Cook() {
    //煮摩卡咖啡
    }
}

//猫屎咖啡
public class CivetCoffee extends Cafe
{
    public void Cook() {
    //煮猫屎咖啡
    }
}

//带牛奶的摩卡咖啡
public class MilkMochaCafe extends MochaCafe
{
    public void AddMilk()
    {
        //加一些牛奶
    }

    public void Cook() {
        //煮猫屎咖啡
        super.Cook();
        //煮完以后 再加牛奶
        AddMilk();
    }
}

//带糖的猫屎咖啡
public class SugarCivetCoffee extends MochaCafe
{
    public void AddSugar()
    {
        //加一些糖
    }
    public void Cook() {
        //煮猫屎咖啡
        super.Cook();
        //煮完以后 再加一些糖
        AddSugar();
    }
}

咖啡的种类越来越多，配料的除了糖和牛奶 还 增加了蜂蜜等，继承关系变得越来越多。
继承关系越多系统架构越复杂，维护成本就会变高。
装饰者，通过组合方式来扩展功能，而非继承的方式。
我们来看下如何处理：

//摩卡咖啡装饰者
public class CafeDecorator extends MochaCafe
{
    private MochaCafe mochaCafe;

    public CafeDecorator(MochaCafe mochaCafe) {
        this.mochaCafe = mochaCafe;
    }

    public void AddSugar()
    {
        //加一些糖
    }

    public void AddMilk()
    {
        //加牛奶
    }

    public void Cook()
    {
        super.Cook();
        AddSugar(); //煮咖啡之后加点糖
        AddMilk(); //煮咖啡之后加牛奶
    }
}