设计模式之装饰者模式

文章目录

• 星巴克咖啡订单项目（咖啡馆）
• [方案 1-解决星巴克咖啡订单项目](#方案 1-解决星巴克咖啡订单项目)
• [方案 1-解决星巴克咖啡订单问题分析](#方案 1-解决星巴克咖啡订单问题分析)
• [方案 2-解决星巴克咖啡订单(好点)](#方案 2-解决星巴克咖啡订单(好点))
• [方案 2-解决星巴克咖啡订单问题分析](#方案 2-解决星巴克咖啡订单问题分析)
• 装饰者模式定义
• 装饰者模式原理
• 装饰者模式解决星巴克咖啡订单
• [装饰者模式下的订单：2 份巧克力+一份牛奶的 LongBlack](#装饰者模式下的订单：2 份巧克力+一份牛奶的 LongBlack)
• 装饰者模式咖啡订单项目应用实例

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

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

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

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

1. Drink 是一个抽象类，表示饮料

2. des 就是对咖啡的描述, 比如咖啡的名字

3. cost() 方法就是计算费用，Drink 类中做成一个抽象方法.

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

5. Espress && Milk 就是单品咖啡+调料， 这个组合很多

6. 问题：这样设计，会有很多类，当我们增加一个单品咖啡，或者一个新的调料，类的数量就会倍增，就会出现类爆炸

方案 2-解决星巴克咖啡订单(好点)

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

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

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

1. 方案 2 可以控制类的数量，不至于造成很多的类
2. 在增加或者删除调料种类时，代码的维护量很大
3. 考虑到用户可以添加多份 调料时，可以将 hasMilk 返回一个对应 int
4. 考虑使用 装饰者 模式

装饰者模式定义

1. 装饰者模式：动态的将新功能附加到对象上。在对象功能扩展方面，它比继承更有弹性，装饰者模式也体现了开闭原则(ocp)
2. 这里提到的动态的将新功能附加到对象和 ocp 原则，在后面的应用实例上会以代码的形式体现，请同学们注意体会。

装饰者模式原理

1. 装饰者模式就像打包一个快递
   主体：比如：陶瓷、衣服 (Component) // 被装饰者
   包装：比如：报纸填充、塑料泡沫、纸板、木板(Decorator)
2. Component 主体：比如类似前面的 Drink
3. ConcreteComponent 和 Decorator
   ConcreteComponent：具体的主体，比如前面的各个单品咖啡
4. Decorator: 装饰者，比如各调料.
   在如图的 Component 与 ConcreteComponent 之间，如果 ConcreteComponent 类很多,还可以设计一个缓冲层，将共有的部分提取出来，抽象层一个类

装饰者模式解决星巴克咖啡订单

说明

1. Drink类就是前面说的抽象类，Component
2. ShortBlank 就是单品咖啡
3. Decorator 是一个装饰类，含有一个被装饰的对象（Drink obj）
4. Decorator 的 cost 方法 进行一个费用叠加计算，递归的计算价格

装饰者模式下的订单：2 份巧克力+一份牛奶的 LongBlack

说明

1）Milk包含了LongBlank

2）一份Chocolate 包含了（Milk + LongBlack）

3）一份Chocolate 包含了 （Chocolate + Milk + LongBlack ）

4）这样不管是什么形式的单品咖啡 + 调料组合，通过递归方式可以方便的组合和维护

装饰者模式咖啡订单项目应用实例

咖啡订单项目包结构

所有代码地址如下：

https://gitee.com/luan_hao/design-pattern/tree/master/src/main/java/com/lh/decorator