设计模式之装饰者模式（教你使⽤设计模式来开奶茶店）
故事要从⼀占占奶茶店说起，
妒贤嫉能
Beverage(饮料)是⼀个抽象类，类⾥⾯有⼀个description(描述)实例⽤来描述该奶茶，⽐如抹茶，波霸，玛奇朵，奶绿等等。
可是购买奶茶的⼈们往往都会再奶茶中加⼊红⾖啊，燕麦啊，布丁啊，奶霜等等。于是⾯向对象的设计
师们就设计了⽆数个类，红⾖抹茶奶茶、红⾖波霸奶茶、布丁燕麦玛奇朵奶茶…这样就衍⽣出来了⽆数个类，类爆炸了，并且如果某天需要修改红⾖的价格，完蛋了，需要找到所有带有红⾖的奶茶类，然后进⼊代码⼀个个修改每个奶茶的cost⽅法。这样就严重的违反了设计模式的开闭原则，
于是万能的OO设计师⼜设计出了⼀个类，其中将红⾖奶霜燕麦变成⼀个属性放在奶茶类中，当客户点⼀个抹茶带红⾖的奶茶时，只要调⽤⼀下hasHD()，然后在计算价格cost()⽅法中，判断有红⾖就加
上红⾖的钱，这样⼀设计，就只需要五个类，但是这个也是存在问题的
四个问题
暮城当红⾖、奶霜、燕麦的价格发⽣变化的时候，还是需要去修改Beverage类中的价格
如果出现新的调料，⽐如芋圆，这个时候还是需要去修改getDescription()⽅法，以及cost()⽅法，虽然这个修改量不⼤，但是还是违反了开闭原则
如果有⼀天来了另⼀种饮料（霸⽓路飞）哈哈，由于霸⽓路飞不需要加这些调料，所以对于霸⽓路飞来说这些都是冗余的，这些⽅法（hasHD()、tHD()…）也不需要
有些顾客需要加两份红⾖，怎么办？
装饰者模式
这边我们将奶茶的品种，抹茶、波霸、玛奇朵、奶绿都继承Beverage类，都重写⼀下，这边代码就只放⼀个BoBa类，然后⽤Decorator继承Beverage为⼀个装饰者类（也是抽象的类），然后红⾖、奶绿
、燕麦等调料都继承了Decorator类（装饰者类），在每个装饰者类⾥⾯都存放了⼀个Beverage对象，也就是⽤来装我们的抹茶、波霸等饮料的。
public abstract class Beverage {
String description = "Unknown Beverage";
public String getDescription() {
return description;
}
public abstract double cost();
中国十大旅游胜地}
//波霸奶茶类
public class BoBa extends Beverage {
public BoBa() {
description = "波霸奶茶";
}
public double cost() {
return 10;
适合中学生看的电影
}
}
//装饰者类
public abstract class CondimentDecorator extends Beverage { Beverage beverage;
public abstract String getDescription();
}
//红⾖类
public class HD extends CondimentDecorator {
public HD(Beverage beverage) {
this.beverage = beverage;
}
public String getDescription() {
Description() + ", 红⾖";
}
public double cost() {
return 2 + st();
}随词语
}
//测试类
public class YiZZ {
public static void main(String args[]) {
Beverage beverage = new MoCha();
System.out.Description()
+ st() + "元");
Beverage beverage2 = new BoBa();
beverage2 = new HD(beverage2);
beverage2 = new NS(beverage2);
beverage2 = new YM(beverage2);
System.out.Description()
+ st() + "元");
Beverage beverage3 = new NaLv();
beverage3 = new HD(beverage3);
beverage3 = new HD(beverage3);
beverage3 = new NS(beverage3);
System.out.Description()
+ st() + "元");
}
}
解释⼀下测试代码：
1. 第⼀位顾客点了⼀杯抹茶，什么都不加，价格14元
2. 第⼆位顾客点了⼀杯波霸奶茶，然后加了红⾖、奶霜、燕麦，价格16元，装饰者创建时需要⼀个Beverage类作为参数构造，所以
m优化师3. 第三位顾客点了⼀杯奶绿，加了两份红⾖⼀份奶霜，价格18元，还可以继续往上⾯装饰，
总结
当红⾖、奶霜、燕麦的价格发⽣变化的时候，还是需要去修改Beverage类中的价格
如果出现新的调料，⽐如芋圆，这个时候还是需要去修改getDescription()⽅法，以及cost()⽅法，虽然这个修改量不⼤，但是还是违反了开闭原则
如果有⼀天来了另⼀种饮料（霸⽓路飞）哈哈，由于霸⽓路飞不需要加这些调料，所以对于霸⽓路飞来说这些都是冗余的，这些⽅法（hasHD()、tHD()…）也不需要
有些顾客需要加两份红⾖，怎么办？
使⽤装饰者这样就解决了上⾯四个问题：
每当红⾖价格改变的时候我们只需要修改红⾖（装饰者HD）的价格就可以了
如果增加调料（装饰者），我们只需要增加⼀个类来继承⾃CondimentDecorator类就可以了，同样可以⽤来装饰
冬天作文400字>百多邦说明书如果来了⼀种新饮料（被装饰者），就直接建⽴⼀个BQLF（霸⽓路飞）类继承Beverage，在点餐的时候不给这个饮料装饰，就可以了
两份红⾖，上⾯已经解决
我们让装饰者（红⾖）和被装饰者（抹茶）都继承⾃Beverage的⽬的是让装饰者能够取代被装饰者，所以需要继承⾃同⼀个基类，所以Beverage类的⽬的是为了让装饰者和被装饰者类型匹配，这边的继承并不是⽤来继承⽗类⾏为，所以这边的Beverage抽象类是不是可以设计成⼀个接⼝，这样所有的装饰者与被装饰者都实现这个接⼝，同样可以达到类型匹配的⽬的。
最后：Java中的装饰者模式
