结构型模式-装饰 Structural Patterns-Decorator

Attach additional responsibilities to an object dynamically.Decorators provide a flexible alternative to subclassing for extending functionality.

动态地给一个对象增加一些额外的职责。就增加功

能而言，Decorator模式比生成子类更为灵活。

——《设计模式》GoF

动机（Motivation）

上述描述的问题根源在于我们“过度地使用了继承来扩展对

象的功能”，由于继承为类型引入的静态特质，使得这种扩

展方式缺乏灵活性；并且随着子类的增多（扩展功能的增

多），各种子类的组合（扩展功能的组合）会导致更多子

类的膨胀（多继承）。

如何使“对象功能的扩展”能够根据需要来动态地实现？同时

避免“扩展功能的增多”带来的子类膨胀问题？从而使得任何

 “功能扩展变化”所导致的影响将为最低？
 

Decorator模式的几个要点

• 通过采用组合、而非继承的手法， Decorator模式实现了在运行时动

态地扩展对象功能的能力，而且可以根据需要扩展多个功能。避免了

单独使用继承带来的“灵活性差”和“多子类衍生问题”。

• Component类在Decorator模式中充当抽象接口的角色，不应该去实

现具体的行为。而且Decorator类对于Component类应该透明——换

言之Component类无需知道Decorator类，Decorator类是从外部来扩

展Component类的功能。

• Decorator类在接口上表现为is-a Component的继承关系，即

Decorator类继承了Component类所具有的接口。但在实现上又表现

为has-a Component的组合关系，即Decorator类又使用了另外一个

Component类。我们可以使用一个或者多个Decorator对象来“装饰”一

个Component对象，且装饰后的对象仍然是一个Component对象。

• Decorator模式并非解决“多子类衍生的多继承”问题，Decorator模式

应用的要点在于解决“主体类在多个方向上的扩展功能”——是为“装饰”

的含义。