设计模式三之装饰者模式

导语：本章可以称为“给爱用继承的人一个全新的设计眼界 ” 。 我们即将再度探讨典型的继承滥用问题。你将在本章学到如何使 用对象组合的方式,做到在运行时装饰类。为什么呢?一旦你熟悉了装饰的 技巧,你将能够在不修改任何底层代码的情况下,给你的(或别人的)对象赋 予新的职责。

设计原则：类应该对扩展开放,对修改关闭。 

我们的目标是允许类容易扩展,在不修改现有代码的情况下,就可搭配新的行为。如能实现这样的目标,有什么好处呢?这样的设计具有弹性

可以应对改变,可以接受新的功能来应对改变的需求。 

问:对扩展开放,对修改关闭?听起来很矛盾。设计如何兼顾两者?

答:这是一个很好的问题。乍听之下,的确感到矛盾,毕竟,越难修改的事物,就越难以扩展,不是吗?

但是,有一些聪明的OO技巧,允许系统在不修改代码的情况下,进行功能扩展。想想观察者模式 通过加入新的观察者,我们可以在任何时候扩展Subject(主题),而且不需向主题中添加代码。以后,你还会陆续看到更多的扩展行为的其他OO设计技巧。 

问:好吧!我了解观察者(Observable),但是该如何将某件东西设计成可以扩展,又禁止修改?。

答:许多模式是长期经验的实证,可通过提供扩展的方法来保护代码免于被修改。在本章将看到使用装饰者模式的一个好例子,完全遵循开放-关闭原则

问:我如何让设计的每个部分都遵循开放-关闭原则?

答:通常,你办不到。要让OO设计同时具备开放性和关闭性,又不修改现有的代码,需要花费许多时间和努力。一般来说,我们实在没有闲工夫把设计的每个部分都这么设计(而且,就算做得到,也可能只是一种浪费)。遵循开放-关闭原则,通常会引入新的抽象层次,增加代码的复杂度。你需要把注意力集中在设计中最有可能改变的地方,然后应用开放-关闭原则。 

问:我怎么知道,哪些地方的改变是更重要呢?

答:这牵涉到设计OO系统的经验,和对你工作领域的了解。多看一些其他的例子可以帮你学习如何辨别设计中的变化区。 

综上所述，虽然似乎有点矛盾,但是的确有一些
技术可以允许在不直接修改代码的情
况下对其进行扩展。
在选择需要被扩展的代码部分时要小 心。每个地方都采用开放-关闭原则, 是一种浪费,也没必要,还会导致代 码变得复杂且难以理解。

认识装饰者模式 

• �  装饰者和被装饰对象有相同的超类型。

• �  你可以用一个或多个装饰者包装一个对象。

• �  既然装饰者和被装饰对象有相同的超类型,所以在任何需要原始对象(被包装的)的场合,可以用装饰过的对象代替它。

• �  装饰者可以在所委托被装饰者的行为之前与/或之后,加上自己的行为,以达到特定的目的。

• �  对象可以在任何时候被装饰,所以可以在运行时动态地、不限量地用你喜欢的装饰者来装饰

  对象。 

定义装饰者模式 

装饰者模式 动态地将责任附加到对象上。若要扩展功能,装饰者提供了比继承更有弹性的替代方案。 

虽然这说明了装饰者模式的“角色”,但是没说明怎么在我们的实现中实际“应用”它。我们来看看类图,会有些帮助 

如下图：