定义
动态地给一个对象添加一些额外的职责。就增加功能来说,装饰模式比生成子类更为灵活。
特点
建造者模式要求建造过程必须是稳定的。装饰模式的建造过程则是不稳定的。
讲究组合方案、先后顺序。即,将所需的功能按正确的谁许串联起来进行控制。
装饰顺序很重要(数据加密、数据过滤)。
价值
为已有功能动态地添加更多功能的一种方式。
优点
把类中的装饰功能从类中搬移去除,以简化原有的类。
有效的把类的核心职责和装饰功能区分开。而且可以去除相关类中重复的装饰逻辑。
最理想的情况,保证装饰类之间彼此独立,以便于已任意的顺序进项组合。
使用环境
当系统需要新功能,最长使用的做法是向旧类添加新的代码。新加代码通常装饰了原有类的核心职责或主要行为。
问题在于,主类中加入了新字段、新方法、新逻辑,增加了主类的负责度。且新加入的东西仅仅是为了满足一些只在某种特定情况下才会执行的特殊行为需要。
装饰模式提供了很好的解决方案。它将每个要装饰的功能放在单独的类中,并让这个类包装它所要装饰的对象。因此,当需要执行特殊行为时,客户代码就可以在运行时根据需要有选择地、按顺序地使用装饰功能包装对象了。
操作
Component是定义一个对象接口,可以给这些对象动态地添加职责。ConcreteCompinent是定义了一个具体的对象,也可以给这个对象添加一些职责。Decorator,装饰抽象类,继承了Component,冲外类来扩展Component类的功能,但对于Component来说,是无需知道Decorator的存在的。至于ConcreteCompinent就是具体的装饰对象,起到给Component添加职责的功能。
装饰模式是利用SetComponent来对对象进行包装的。这样每个装饰对象的实现就和如何使用这个对象分开了,每个装饰对象之关系自己的功能,不需要关系如何被添加到对象链当中。
变通
学习模式要善于变通。
如果只有一个ConcreteComponent类而没有抽象的Component类,那么Decorator类可以是ConcreteComponent的一个子类。
如果只有一个ConcreteDecorator类,那么就没有必要建立一个单独的Decorator类,而可以把Decorator和ConcreteDecorator的责任合并成一个类。
进阶展示
如果需要增加装扮?开放-封闭原则
内部组装