装饰者模式(通俗易懂)

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

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-解决星巴克咖啡订单问题分析

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 类很多,还可以设计一个缓冲层，将共有的部分提取出来，抽象层一个类。
   

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

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

说明

1. Milk包含了LongBlack

2. 一份Chocolate包含了(Milk+LongBlack)

3. 一份Chocolate包含了(Chocolate+Milk+LongBlack)

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

源码

略

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

Java 的IO 结构，FilterInputStream 就是一个装饰者

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 }

说明

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.都可以处理类扩散的情况

总结：

桥接模式：抽象类（抽象接口）
装饰模式 抽象父类（抽象子类）

总结

有抽象的意识：有相同特征的就会被抽象出来
如：上面讲的把他们抽象成饮料类和调味类，
再根据适合的设计模式

抽象父类 Drink
抽象子类 Decorator

上面的装饰者模式其实就是：
抽象子类(抽象父类)