1700465017
设计模式之禅 [:1700453992]
1700465018
设计模式之禅 17.2 装饰模式的定义
1700465019
1700465020
装饰模式（Decorator Pattern）是一种比较常见的模式，其定义如下：Attach additional responsibilities to an object dynamically keeping the same interface.Decorators provide a flexible alternative to subclassing for extending functionality.（动态地给一个对象添加一些额外的职责。就增加功能来说，装饰模式相比生成子类更为灵活。）
1700465021
1700465022
装饰模式的通用类图如图17-5所示。
1700465023
1700465024
1700465025
1700465026
1700465027
图17-5 装饰模式的通用类图
1700465028
1700465029
在类图中，有四个角色需要说明：
1700465030
1700465031
❑Component抽象构件
1700465032
1700465033
Component是一个接口或者是抽象类，就是定义我们最核心的对象，也就是最原始的对象，如上面的成绩单。
1700465034
1700465035
注意 在装饰模式中，必然有一个最基本、最核心、最原始的接口或抽象类充当Component抽象构件。
1700465036
1700465037
❑ConcreteComponent具体构件
1700465038
1700465039
ConcreteComponent是最核心、最原始、最基本的接口或抽象类的实现，你要装饰的就是它。
1700465040
1700465041
❑Decorator装饰角色
1700465042
1700465043
一般是一个抽象类，做什么用呢？实现接口或者抽象方法，它里面可不一定有抽象的方法呀，在它的属性里必然有一个private变量指向Component抽象构件。
1700465044
1700465045
❑具体装饰角色
1700465046
1700465047
ConcreteDecoratorA和ConcreteDecoratorB是两个具体的装饰类，你要把你最核心的、最原始的、最基本的东西装饰成其他东西，上面的例子就是把一个比较平庸的成绩单装饰成家长认可的成绩单。
1700465048
1700465049
装饰模式的所有角色都已经解释完毕，我们来看看如何实现，先看抽象构件，如代码清单17-10所示。
1700465050
1700465051
代码清单17-10 抽象构件
1700465052
1700465053
public abstract class Component{
1700465054
1700465055
//抽象的方法
1700465056
1700465057
public abstract void operate（）；
1700465058
1700465059
}
1700465060
1700465061
具体构件如代码清单17-11所示。
1700465062
1700465063
代码清单17-11 具体构件
1700465064
1700465065
public class ConcreteComponent extends Component{
1700465066