设计模式之装饰者模式（星巴克的组合）

admin123

2021 年 10 月 24 日

3138 次浏览

3 条评论

加载中

3253字数

学习笔记

2002人阅读

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

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

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

![在这里插入图片描述](/usr/uploads/2021/10/2825926427.png)

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

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

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

1. 前面分析到方案1 因为咖啡单品+调料组合会造成类的倍增，因此可以做改进，将调料内置到Drink 类，这样就不会造成类数量过多。从而提高项目的维护性(如图)
   ![在这里插入图片描述](https://520315.xyz/usr/uploads/2021/10/180613593.png)

## 方案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 类很多,还可以设计一个缓冲层，将共有的部分提取出来，抽象层一个类。
   ![在这里插入图片描述](https://520315.xyz/usr/uploads/2021/10/3362680995.jpg)

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

![在这里插入图片描述](https://520315.xyz/usr/uploads/2021/10/3133904907.png)

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

![在这里插入图片描述](https://520315.xyz/usr/uploads/2021/10/452980284.jpg)
说明

1. Milk包含了LongBlack
2. 一份Chocolate包含了(Milk+LongBlack)
3. 一份Chocolate包含了(Chocolate+Milk+LongBlack)
4. 这样不管是什么形式的单品咖啡+调料组合，通过递归方式可以方便的组合和维护。

## 源码

略

# 装饰者模式在JDK 应用的源码分析

Java 的IO 结构，FilterInputStream 就是一个装饰者
![在这里插入图片描述](https://img-blog.csdnimg.cn/20201211223017911.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NjE2ODM1MA==,size_16,color_FFFFFF,t_70)

```
public abstract class InputStream implements Closeable{} //是一个抽象类，即Component
public class FilterInputStream extends InputStream { //是一个装饰者类Decorator
protected volatile InputStream in //被装饰的对象}
class DataInputStream extends FilterInputStream implements DataInput { //FilterInputStream 子类，也继承了被装饰的对象in }
1234
```

说明

1. InputStream 是抽象类, 类似我们前面讲的Drink
2. FileInputStream 是InputStream 子类，类似我们前面的DeCaf, LongBlack
3. FilterInputStream 是InputStream 子类：类似我们前面的Decorator 修饰者
4. DataInputStream 是FilterInputStream 子类，具体的修饰者，类似前面的Milk, Soy 等
5. FilterInputStream 类有protected volatile InputStream in; 即含被装饰者
6. 分析得出在jdk 的io 体系中，就是使用装饰者模式

# 桥接模式和装饰者模式的区别

第一种说法
装饰器模式用于动态地添加职责，原本的功能必须执行，对用户而言重要的是添加的职责

桥接模式用于抽象和实现的分离，即从不同维度划分类的属性，以聚合的方式桥接，降低耦合。

第二种说法
1。桥接模式中所说的分离，其实是指将结构与实现分离（当结构和实现有可能发生变化时）或属性与基于属性的行为进行分离；而装饰者只是对基于属性的行为进行封闭成独立的类。

2。桥接中的行为是横向的行为，行为彼此之间无关联；而装饰者模式中的行为具有可叠加性，其表现出来的结果是一个整体，一个各个行为组合后的一个结果

第三种说法

区别：

1.没有装饰者和被装饰者的主次区别，桥接和被桥接者是平等的，不用继承自同一个父类。（即桥接可以互换）

2.桥接模式不用使用同一个接口；装饰模式用同一个接口装饰，接口在父类中定义。

相同点：

1.都可以处理类扩散的情况

## 总结：