装饰模式
装饰模式是一种用于替代继承的技术，它通过一种无需定义子类的方式来给对象动态增加职责，使用对象之间的关联关系取代类之间的继承关系。在装饰模式中引入装饰类，在装饰类中即可以调用被装饰类的方法，还可以定义新的方法，以便扩充类的功能。装饰模式降低了系统的耦合度，可以动态增加或删除对象的职责，并使得需要装饰的具体构件类和具体装饰类可以独立变化，增加新的具体构件类和具体装饰类都非常方便。
装饰模式（Decorator Pattern）定义：动态地给一个对象增加一些额外的职责（Responsibility），就增加对象功能来说，装饰模式比生成子类实现更为灵活。其别名也可以成为包装器（Wrapper），与适配器模式的别名相同，但它们适用于不同的场合。
英文定义：Attach additional responsibilities to an object dynamically. Decorators provide a flexible alternative to subclassing for extending functionlity.
装饰模式的结构可用如下UML类图表示：
装饰模式包含如下的角色：
⑴Component（抽象构件）
抽象构件定义了对象的接口，可以给这些对象动态增加职责（方法）。抽象构件是具体构件和抽象修饰类的共同父类，它声明了在具体构件中实现的业务方法，它的引入可以使客户端以一致的方式处理未被修饰的对象以及装饰之后的对象，实现客户端的透明操作。
⑵ConcreteComponent（具体构件）
具体构件定义了具体的构件对象，实现了再抽象构件中声明的方法，装饰器可以给它增加额外的职责（方法）。
⑶Decorator（抽象装饰类）
抽象装饰类是抽象构件类的子类，用于给具体构件增加职责，但是具体职责在其子类中实现。它维护一个指向抽象构件对象的引用，通过该引用可以调用装饰之前构件对象的方法，并通过其子类扩展该方法，以达到装饰的目的。
⑷ConcreteDecorator（具体装饰类）
具体装饰类是抽象装饰类的子类，负责向构件添加新的职责。每一个具体装饰类都定义了一些新的行为，它可以调用在抽象装饰类中定义的方法，并可以增加新的方法以便扩充对象的行为。
下面我们来看一个实例：
抽象构件类
package com.tzy.wrapper;
public interface Component {
public void doSomething();
}具体构件类
package com.tzy.wrapper;
public class ConcreteComponent implements Component {
@Override
public void doSomething() {
System.out.println("我实现了功能A！");
}
}装饰类
package com.tzy.wrapper;
public class Decorator implements Component {
private Component component;
public Decorator(Component component) {
this.component = component;
}
@Override
public void doSomething() {
component.doSomething();
}
}具体装饰类
package com.tzy.wrapper;
public class ConcreteDecorator extends Decorator{
public ConcreteDecorator(Component component) {
super(component);
}
private void doAnotherthing() {
System.out.println("我实现了功能B！");
}
@Override
public void doSomething() {
super.doSomething();
this.doAnotherthing();
}
}测试类
package com.tzy.wrapper;
public class Client {
public static void main(String[] args) {
Component component = new ConcreteDecorator(new ConcreteComponent());
component.doSomething();
}
}输出结果：
我实现了功能A！
我实现了功能B！Java IO中大量使用了装饰模式，可参考我的博文：Java IO的装饰模式