设计模式系列三 装饰者模式介绍

一、认识装饰者模式

我们以饮料为主体，然后在运行时以调料来“装饰”（decorate）饮料。比方说，如果顾客想要摩卡和奶泡深焙咖啡，那么，要做的是：

1、拿一个深焙咖啡（DarkRoast）对象

2、以摩卡（Mocha）对象装饰它

3、以奶泡（Whip）对象装饰它

4、调用cost()方法，并依赖委托（delegate）将调料的价钱加上去。

装饰我们的饮料：图1、图2、图3、图4

看上面的图知道的：

1、装饰者和被装饰者对象有相同的超类型。

2、你可以用一个或者多个装饰者包装一个对象。

3、既然装饰者和被装饰者对象有相同的超类型，所以在任何需要原始对象（被包装的）的场合，可以用装饰过的对象代替它。

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

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

二、定义装饰者模式

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

虽说这说明了装饰者模式的“角色”，但是没说明怎么在实现中实际“应用”它，看看它的类图：图5

可以与第一个图进行类比，各个对象对号入座。就能基本上知道其含义。

三、回顾要点

1、继承属于扩展形式之一，但不见得是达到弹性设计的最佳方式。

2、在我们的设计中，应该允许行为可以被扩展，而无须修改现有的代码。

3、组合和委托可用于在运行时动态地加上新的行为。

4、除了继承，装饰者模式也可以让我们扩展行为。

5、装饰者模式意味着一群装饰者类，这些类用来包装具体组件。

6、装饰者类反映出被装饰者的组件类型（事实上，他们有相同的类型，都经过接口或者继承实现）。

7、装饰者可以在被装饰者的行为前面与/或后面加上自己的行为，甚至将被装饰者的行为整个取代掉，而达到特定的目的。

8、你可以用无数个装饰者包装一个组件。

9、装饰者一般对组件的客户是透明的，除非客户程序依赖组件的具体类型。

10、装饰者会导致设计中出现许多小对象，如果过度使用，会让程序变得很复杂