装饰模式--结构型模式之三

1. 意图
     动态地给一个对象添加一些额外的职责。就增加功能来说, D e c o r a t o r模式相比生成子类
更为灵活。
2. 别名
包装器Wrapper
3. 动机
      有时我们希望给某个对象而不是整个类添加一些功能。例如,一个图形用户界面工具箱
允许你对任意一个用户界面组件添加一些特性,例如边框,或是一些行为,例如窗口滚动。
使用继承机制是添加功能的一种有效途径,从其他类继承过来的边框特性可以被多个子
类的实例所使用。但这种方法不够灵活,因为边框的选择是静态的,用户不能控制对组件加
边框的方式和时机。
      一种较为灵活的方式是将组件嵌入另一个对象中,由这个对象添加边框。我们称这个嵌
入的对象为 装饰 。这个装饰与它所装饰的组件接口一致,因此它对使用该组件的客户透明。
它将客户请求转发给该组件,并且可能在转发前后执行一些额外的动作(例如画一个边框)。
透明性使得你可以递归的嵌套多个装饰,从而可以添加任意多的功能,如下图所示。

       例如有一个对象 Te x t Vi e w,它可以在窗口中显示正文。缺省的 Te x t Vi e w没有滚动
条,因为我们可能有时并不需要滚动条。当需要滚动条时,我们可以用 ScrollDecorator添加滚
动条。如果我们还想在 Te x t Vi e w周围添加一个粗黑边框,可以使用 B o r d e r D e c o r a t o r添加。因
此只要简单地将这些装饰和 TextView进行组合,就可以达到预期的效果。
下面的对象图展示了如何将一个 TextView对象与B o r d e r D e c o r a t o r以及S c r o l l D e c o r a t o r对象
组装起来产生一个具有边框和滚动条的文本显示窗口。

4 适用性
以下情况使用Decorator模式
• 在不影响其他对象的情况下,以动态、透明的方式给单个对象添加职责。
• 处理那些可以撤消的职责。
• 当不能采用生成子类的方法进行扩充时。一种情况是,可能有大量独立的扩展,为支持
每一种组合将产生大量的子类,使得子类数目呈爆炸性增长。另一种情况可能是因为类
定义被隐藏,或类定义不能用于生成子类。

5 结构

6. 参与者
• Component (VisualComponent)
— 定义一个对象接口,可以给这些对象动态地添加职责。
• ConcreteComponent (TextView)
— 定义一个对象,可以给这个对象添加一些职责。
• Decorator
— 维持一个指向Component对象的指针,并定义一个与 Component接口一致的接口。
• ConcreteDecorator (BorderDecorator, ScrollDecorator)
— 向组件添加职责。
7. 协作
• D e c o r a t o r将请求转发给它的 C o m p o n e n t对象,并有可能在转发请求前后执行一些附加的
动作。

转载自：《设计模式》