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

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

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

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

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

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

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

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

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

装饰者模式定义

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

装饰者模式原理

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

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

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

说明

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

源码

略

装饰者模式在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 }

说明

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

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

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

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

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

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

第三种说法

区别：

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

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

相同点：

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

总结：

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

总结

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

抽象父类 Drink
抽象子类 Decorator

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

装饰者模式(通俗易懂)相关推荐

这是我见过最通俗易懂的装饰者模式讲解了！
点击上方"方志朋",选择"设为星标" 回复"666"获取新整理的面试文章作者:lewis0077 cnblogs.com/lewis007 ...
装饰器模式（通俗易懂）
文章目录装饰器模式反例 #1 反例 #2 反例 #3 装饰器模式执行示意图 UML类图 JDK源码中的装饰器模式展现装饰java.io类UML类图装饰器模式的简单实用反例都是为了和装饰器模 ...
【实例学模式】一针见血装饰器模式
目录什么是装饰器模式开发案例[奶茶店自助下单系统] 设计方案对装饰器模式的思考什么是装饰器模式通常给对象添加功能,要么直接修改对象添加相应的功能,要么派生对应的子类来扩展,抑或是使用对象组合 ...
图解Java设计模式学习笔记——结构型模式(适配器模式、桥接模式、装饰者模式、组合模式、外观模式、享元模式、代理模式)
一.适配器模式(类适配器.对象适配器.接口适配器) 1.现实生活中的例子泰国插座用的是两孔的(欧标),可以买个多功能转换插头(适配器),这样就可以使用了国内的电器了. 2.基本介绍适配器模式(Ad ...
手抓饼加生菜加鸡蛋的装饰器模式
装饰器模式装饰器模式(Decorator Patter),也称为包装模式(Wrapper Pattern)是指在不改变原有对象的基础之上,将功能附加在对象上,提供了比继承更有弹性的替代方案(扩展原有 ...
设计模式之装饰者模式--钢铁侠的形成
前言本文主要讲述java常见设计模式之装饰者模式,文中使用通俗易懂的案例,使你更好的学习本章知识点并理解原理,做到有道无术. 一.什么是装饰者模式装饰者模式是23种设计模式中结构型模式的一种,它的 ...
java设计模式----装饰器模式
Decorator装饰器,顾名思义,就是动态地给一个对象添加一些额外的职责,就好比为房子进行装修一样.因此,装饰器模式具有如下的特征: 它必须具有一个装饰的对象. 它必须拥有与被装饰对象相同的接口. ...
Android 设计模式：（三）装饰者模式 —— 装饰对象
*利用组合(composition)和委托(delegation)可以在运行时实现继承行为的效果,动态地给对象加上新的行为. *利用继承扩展子类的行为,是在编译时静态决定的:利用组合的做法,可以在运行 ...
java I/O之装饰者模式
装饰者: Decorator模式(别名Wrapper):动态将职责附加到对象上,若要扩展功能,装饰者提供了比继承更具弹性的代替方案. 装饰者模式意图: 动态的给一个对象添加额外的职责.Decorato ...

装饰者模式(通俗易懂)