java 设计模式 学习笔记（三）装饰者模式

   利用组合(composition)和委托(delegation)可以在运行时具有继承行为的效果。

   利用继承设计子类的行为，是在编译时静态决定的，而且所有的子类都会继承到相同的行为。然而，如果能够利用组合的做法扩展对象的行为，就可以在运行时动态地进行扩展。代码应该如同晚霞中的莲花一样地关闭(免于改变)，如同晨曦中的莲花一样地开放(能够扩展)。

设计原则：

类应该对扩展开放，对修改关闭。目标是允许类容易扩展，在不修改现有代码的情况下，就可搭配新的行为。这样的设计具有弹性可以应对改变，可以接受新的功能来应对改变的需求。

   但是，选择需要被扩展的代码时要小心。每个地方都采用开放 -- 关闭原则，是一种浪费，也没必要，还会导致代码变得复杂且难以理解。  

   下面来学习下，装饰者模式

   假设一模型，我们以饮料为主体，然后在运行时以调料来"装饰"(decorate)饮料，比方说，顾客想要摩卡和奶泡深焙咖啡，我们要做的是：

   1.拿一个深焙咖啡(DarkRoast)对象

   2.以摩卡(Mocha)对象装饰它

   3.以奶泡(Whip)对象装饰它  

   4.调用cost()方法，并依赖委托(delegate)将饮料的价钱加上去(深焙咖啡，摩卡，奶泡均是超类型Beverage的对象，cost是Beverage的一方法，为求得价钱)

   以装饰者构造饮料订单：

   一.以DarkRoast对象开始

   二.顾客想要摩卡，所以建立一个Mocha对象(装饰者)，并用它将DarkRoast对象包(wrap)起来

   三.顾客也想要奶泡(Whip),所以需要建立一个Whip对象(装饰者)，并用它将Mocha对象包起来

   四.结账了，通过调用最外层装饰者(Whip)的cost()就可以办到。Whip的cost会先委托它的装饰对象Mocha计算出价钱，然后再加上奶泡的价钱。

<a href="http://s3.51cto.com/wyfs02/M01/11/AB/wKiom1LYkaSjAnfIACtjLpIzPhk526.jpg" target="_blank"></a>

目前所了解的：

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

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

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

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

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

装饰着模式定义：

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

<a href="http://s3.51cto.com/wyfs02/M01/11/AC/wKiom1LYngXSG5VFAC83DiA3dGQ078.jpg" target="_blank"></a>

   这里，Decorator和ConcreteComponent继承于Component，我们利用继承达到“类型匹配”(装饰者和被装饰者必须是一样的类型，也就是有共同的超类),而不是利用继承获得“行为”。将装饰者和被装饰者组合时，就是在加入新的行为，所得到的的新行为，并不是继承自超类，而是由组合对象得来的。

总结：

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

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

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

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

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

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

   7.装饰者可以在被装饰者的行为前面与/或后面加上自己的行为，甚至将被装饰者的行为整个取

     代掉，而达到特定的目的。

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

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

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

<a href="http://down.51cto.com/data/2364003" target="_blank">附件：http://down.51cto.com/data/2364003</a>

本文转自 ponpon_ 51CTO博客，原文链接：http://blog.51cto.com/liuxp0827/1352501，如需转载请自行联系原作者