3： 装饰者模式

案例描述

星巴克咖啡订单项目（咖啡馆）：
1) 咖啡种类/单品咖啡： Espresso(意大利浓咖啡)、 ShortBlack、 LongBlack(美式
咖啡)、 Decaf(无因咖啡)
2) 调料： Milk、 Soy(豆浆)、 Chocolate
3) 要求在扩展新的咖啡种类时，具有良好的扩展性、改动方便、维护方便
4) 使用OO的来计算不同种类咖啡的费用: 客户可以点单品咖啡，也可以单品咖
啡+调料组合。

方案一（枚举所有 极差）

问题分析

drink 就是一个抽象类 表示饮料
des就是对咖啡的描述 比如咖啡的名字
cost（）方法就是计算费用 drink类中做成一个抽象方法

Decaf就是单品咖啡，继承Drink，并实现cost

Espress&& MIKE 表示单品咖啡+调料 这个组合很多

问题：这样设计，会有很多的类。当新增咖啡或者调料的时候，数量倍增，出现类爆炸

方案二（内置）

将调料放在Drink类中，这样就不会造成数量过多、

问题分析

方案2 可以控制类的数量，不至于造成很多的类
在增加删除调料种类的时候，代码维护量很大
考虑到用户可以添加多分调料，可以将hasXXX返回一个对应的int

装饰者模式

定义：装饰者模式 动态的将新功能附加到对象上。在对象功能扩展方面，它比继承更有弹性，装饰者模式也体现了开闭原则（OCP）

装饰者模式原理

• 装饰者模式就像打包一个快递

1. 主体： 比如：陶瓷、衣服 (Component) // 被装饰者
2. 包装：比如：报纸填充、塑料泡沫、纸板、木板(Decorator)

2) Component
主体：比如类似前面的Drink
3) ConcreteComponent和Decorator，ConcreteComponent：具体的主体，
比如前面的各个单品咖啡
Decorator: 装饰者，比如各调料.
4) 在如图的Component与ConcreteComponent之间，如果
ConcreteComponent类很多,还可以设计一个缓冲层，将共有的部分提取出来，
抽象层一个类。

public abstract class Drink {
    public String des; // 描述
    private float price = 0.0f;
    public String getDes() {
        return des;
    }
    public void setDes(String des) {
        this.des = des;
    }
    public float getPrice() {
        return price;
    }
    public void setPrice(float price) {
        this.price = price;
    }
   //计算费用的抽象方法
    //子类来实现
    public abstract float cost();
}

public class Coffee  extends Drink {
    @Override
    public float cost() {
        // TODO Auto-generated method stub
        return super.getPrice();
    }
}
public class LongBlack extends Coffee {
    public LongBlack() {
        setDes(" longblack ");
        setPrice(5.0f);
    }
}
public class DeCaf extends Coffee {
    public DeCaf() {
        setDes(" 无因咖啡 ");
        setPrice(1.0f);
    }
}

装饰者

// 继承+组合
public class Decorator extends Drink {
    private Drink obj;
    public Decorator(Drink obj) { //组合
        // TODO Auto-generated constructor stub
        this.obj = obj;
    }
    @Override
    public float cost() {
        // TODO Auto-generated method stub
        // getPrice 自己价格
        return super.getPrice() + obj.cost();
    }
    @Override
    public String getDes() {
        // TODO Auto-generated method stub
        // obj.getDes() 输出被装饰者的信息
        return des + " " + getPrice() + " && " + obj.getDes();
    }
}

//具体的Decorator， 这里就是调味品
public class Chocolate extends Decorator {
    public Chocolate(Drink obj) {
        super(obj);
        setDes(" 巧克力 ");
        setPrice(3.0f); // 调味品 的价格
    }
}
public class LongBlack extends Coffee {
    public LongBlack() {
        setDes(" longblack ");
        setPrice(5.0f);
    }
}

测试

public static void main(String[] args) {
        // TODO Auto-generated method stub
        // 装饰者模式下的订单：2份巧克力+一份牛奶的LongBlack
        // 1. 点一份 LongBlack
        Drink order = new LongBlack();
        System.out.println("费用1=" + order.cost());
        System.out.println("描述=" + order.getDes());
        // 2. order 加入一份牛奶
        order = new Milk(order);
        System.out.println("order 加入一份牛奶 费用 =" + order.cost());
        System.out.println("order 加入一份牛奶 描述 = " + order.getDes());
        // 3. order 加入一份巧克力
        order = new Chocolate(order);
        System.out.println("order 加入一份牛奶 加入一份巧克力  费用 =" + order.cost());
        System.out.println("order 加入一份牛奶 加入一份巧克力 描述 = " + order.getDes());
        // 3. order 加入一份巧克力
        order = new Chocolate(order);
        System.out.println("order 加入一份牛奶 加入2份巧克力   费用 =" + order.cost());
        System.out.println("order 加入一份牛奶 加入2份巧克力 描述 = " + order.getDes());
        System.out.println("===========================");
        Drink order2 = new DeCaf();
        System.out.println("order2 无因咖啡  费用 =" + order2.cost());
        System.out.println("order2 无因咖啡 描述 = " + order2.getDes());
        order2 = new Milk(order2);
        System.out.println("order2 无因咖啡 加入一份牛奶  费用 =" + order2.cost());
        System.out.println("order2 无因咖啡 加入一份牛奶 描述 = " + order2.getDes());
    }

IO 源码

注意事项

1) 在享元模式这样理解，“享”就表示共享，“元”表示对象
2) 系统中有大量对象， 这些对象消耗大量内存， 并且对象的状态大部分可以外部化时，
我们就可以考虑选用享元模式
3) 用唯一标识码判断，如果在内存中有，则返回这个唯一标识码所标识的对象，用
HashMap/HashTable存储
4) 享元模式大大减少了对象的创建，降低了程序内存的占用，提高效率
5) 享元模式提高了系统的复杂度。需要分离出内部状态和外部状态，而外部状态具有
固化特性，不应该随着内部状态的改变而改变，这是我们使用享元模式需要注意的地方.
6) 使用享元模式时，注意划分内部状态和外部状态，并且需要有一个工厂类加以控制。
7) 享元模式经典的应用场景是需要缓冲池的场景，比如 String常量池、 数据库连接池