1700465002
sr.report（）；
1700465003
1700465004
//然后老爸一看，很开心，就签名了
1700465005
1700465006
sr.sign（“老三”）；//我叫小三，老爸当然叫老三
1700465007
1700465008
}
1700465009
1700465010
}
1700465011
1700465012
老爸一看成绩单，听我这么一说，非常开心，儿子有进步呀，从40多名进步到30多名，进步很大，躲过了一顿海扁。想想看，如果我还要增加其他的修饰条件，是不是就非常容易了，只要实现Decorator类就可以了！这就是装饰模式。
1700465013
1700465014
1700465015
1700465016
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 抽象构件