装饰模式

一、理解

     装饰模式在大话设计模式中是这样定义的：装饰模式（Decorator）动态地给一个对象添加一些额外的职责，就增加功能来说，装饰模式比生成子类更加灵活。

     当系统需要新功能的时候，是向旧的类中添加新的代码。这些新加的嗲吗通常装饰了原由类的核心职责或主要行为，比如用西装来装饰一名男士。

     在装饰模式中，定义一个Component对象接口，可以给这些对象动态地添加职责。ConcreteComponent是定义了一个具体的对象，也可以给这个对象添加一些职责。Decorator，装饰抽象类，继承了Component，从外类来扩展Component类的功能，但对于Component来说，是无需知道Decorator的存在的。治愈ConcreteDecorator就是具体的装饰对象，起到给Component添加职责的功能。

     在相关实际例子中，因为“小菜扮靓第二版”代码中，对于“人”这个类来说，希望给该类装饰过程进行内部封装，即“人”不能光着身子就出来，同时“穿衣服”的先后顺序不同结果也是不同的，所以我们需要把所需的功能按正确的顺序串联起来进行控制，从而产生了装饰模式。（个人疑问：在“小菜扮靓第二版”代码中好像也可以把所需的功能按正确的顺序串联起来进行控制吧？）

二、UML示例图

1、装饰模式示意图

2、实际例子

     

     在实际例子中，“人”这个类相当于是ConcreteComponent类，“服饰”相当于Decorator类，“大T恤等等”相当于ConcreteDecorator类。

三、优缺点

1、优点

     装饰模式为了满足一些只在某种特定情况下才会执行的特殊行为的需要提供了一个非常好的解决方案，它把每个要装饰的功能放在单独类中，并让整个类包装它所要装饰的对象。这样把类中的装饰功能单独拿出来，可以简化原有的类，从而有效地把类的核心职责和装饰功能区分开了，而且可以去除相关重复的装饰逻辑。（但是在用的时候需要注意装饰顺序）

2、缺点

    装饰模式因为多了许多小类，虽然使整个程序变得灵活，但是也会导致程序和代码变得复杂。