一起养成写作习惯！这是我参与「掘金日新计划 · 4 月更文挑战」的第17天，点击查看活动详情。

1、 星巴克咖啡订单项目

星巴克咖啡订单项目（咖啡馆）：

　　1) 咖啡种类/单品咖啡：Espresso(意大利浓咖啡)、ShortBlack、LongBlack(美式咖啡)、Decaf(无因咖啡)

　　2) 调料：Milk、Soy(豆浆)、Chocolate

　　3) 要求在扩展新的咖啡种类时，具有良好的扩展性、改动方便、维护方便

　　4) 使用OO的来计算不同种类咖啡的费用: 客户可以点单品咖啡，也可以单品咖啡+调料组合。

1.1 方案1-解决星巴克咖啡订单项目：

方案1-解决星巴克咖啡订单问题分析 　　1) Drink 是一个抽象类，表示饮料 　　2) des 就是对咖啡的描述, 比如咖啡的名字 　　3) cost() 方法就是计算费用，Drink 类中做成一个抽象方法. 　　4) Decaf 就是单品咖啡， 继承 Drink, 并实现 cost 　　5) Espress && Milk 就是单品咖啡+调料， 这个组合很多 　　6) 问题：这样设计，会有很多类，当我们增加一个单品咖啡，或者一个新的调料，类的数量就会倍增，就会出现类爆炸

1.2 方案2-解决星巴克咖啡订单

　　1）前面分析到方案1 因为咖啡单品+调料组合会造成类的倍增，因此可以做改进，将调料内置到 Drink类，这样就不会造成类数量过多。从而提高项目的维护性(如图)

2）说明: milk,soy,chocolate 可以设计为 Boolean ,表示是否要添加相应的调料

方案2-解决星巴克咖啡订单问题分析

　　1) 方案2可以控制类的数量，不至于造成很多的类

　　2) 在增加或者删除调料种类时，代码的维护量很大

　　3) 考虑到用户可以添加多份 调料时，可以将hasMilk 返回一个对应int

　　4) 考虑使用 装饰者 模式

2 装饰者模式定义

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

　　2) 这里提到的动态的将新功能附加到对象和ocp原则，在后面的应用实例上会以代码的形式体现

装饰者模式(Decorator)原理

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

主体：比如：陶瓷、衣服 (Component) // 被装饰者

包装：比如：报纸填充、塑料泡沫、纸板、木板(Decorator)

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