装饰者模式

在谈装饰这模式之前，我想让大家思考一下，我们开发的时候为什么要遵守开闭原则（对拓展开放，对修改关闭）？这看起来是一个非常矛盾的事情，又要拓展功能，又不能够修改已有的代码。其实，这样做最主要的原因是防止因为修改已有代码引入新的BUG,已有的代码一般都是经过检测的，很少有BUG，如果直接在上面修改的话，很可能导致未知的错误，可能引起别的组件的故障，甚至瘫痪整个系统。

在明白上述这一点之后，我们就比较容易理解那些明明两三行代码就能完成的功能，为什么要在上面做各种抽象了，主要是为了三个方面：

1. 代码重用（从更长远的角度看起来，简化开发）
2. 易于拓展（增加功能方便）
3. 便于维护（不修改已有代码，结构层次清晰）

OK,下面进入正题

我们假设以下情景：有一家DIY奶茶厂商，要管理很多饮品，不同的配方就是一种产品，假设主料有茶，咖啡等等，配料有红豆，糖，牛奶，等等，我们要科学的对这些材料进行管理，按照面向对象的思维，每一种产品就是一个类，我的天，无数的组合岂不是无穷无尽的类，这样设计显然是不科学的。我们这时候可以用装饰者模式，我们看看装饰者模式是如何做的

我们先来观察这些产品有何特点：都是由主料和多种辅料复合而成的，这时候我们就要想办法，如何动态的去给主料里添加辅料，而不是在编译的时候直接写死。

先上类图

我们把主料和辅料装饰者都实现Beverage接口，这样做的作用最后再说。下面我们来看看代码

public interface Beverage {
    String discription();
    float cost();
}

奶茶的代码和咖啡一样，我就不重复了

public class Coffee implements Beverage{
    public String discription() {
        return "咖啡";
    }

    public float cost() {
        return 5;
    }
}

//抽象方法，啥也没做
public abstract class IngredientsDecorator implements Beverage{

}

下面几个辅料的方法也几乎一致，我就只写一个了

public class Pudding extends IngredientsDecorator{
    //被装饰对象
    Beverage beverage;
    //要装饰哪个对象就传哪个
    public Pudding(Beverage beverage){
        this.beverage=beverage;
    }
    //增强描述功能
    public String discription() {
        return beverage.discription()+",布丁";
    }
    //增强付款功能
    public float cost() {
        return beverage.cost()+2;
    }
}

我们写个测试代码

public static void main(String[] args) {
        Coffee coffee=new Coffee();
        Ice coffeeIce=new Ice(coffee);
        Sugar cISugar=new Sugar(coffeeIce);
        System.out.println(cISugar.cost());
        System.out.println(cISugar.discription());
    }
    输出：
    6.0
    咖啡,冰,糖

我们来看看之前留下的问题，为什么要装饰者要实现Beverage类？

 public Pudding(Beverage beverage){
        this.beverage=beverage;
    }

看看这个代码，其实就是为了这段代码，装饰对象可以不断的被装饰，也就实现了加各种辅料

这里说一下继承，继承不仅仅是为了代码重用，还有一个作用就是保持类型的一致，我们装饰者模式主要就是利用了后面这一点

我们可以看到，用这种DIY组合的方式就能达到我们的需求，就不用写那么多的类了

但是装饰者模式也有不少的缺点：

1. 可能装饰类会非常多
2. 如果被装饰对象经过多次装饰，可能会导致结构非常复杂
3. 如果需要的对象需要进过多次装饰，那么人为的去组装是非常难以保证正确性的

其实对于复杂的装饰，我们一般会采用工厂模式去进行装饰，这样就不必去关注这些实现细节了

装饰者模式是一种非常常见的模式，他能在不修改源代码的情况下，动态的给原对象赋予新的功能，最常见的IO类就大量使用了装饰者模式

PS:源码地址