装饰模式（Decorator），动态地给一个对象添加一些额外的职责，就增加功能来说，装饰模式比生成子类更为灵活。
package decoratePattern; public abstract class Component { public abstract void Operation(); }
package decoratePattern; public class ConcreteComponent extends Component { @Override public void Operation() { // TODO Auto-generated method stub System.out.println("具体对象的操作"); } }
package decoratePattern; public class Decorator extends Component { protected Component component; // 设置Component public void SetComponent(Component component) { this.component = component; } /* * (重写Operation（），实际执行的是Component的Operation() * * @see decoratePattern.Component#Operation() */ @Override public void Operation() { if (component != null) { component.Operation(); } } }
package decoratePattern; public class ConcreteDecoratorA extends Decorator { // 用于区别于ConcreteDecontatorB private String addedState; @Override public void Operation() { // 首先运行原Component的Opertion() super.Operation(); // 对原Component进行装饰 addedState = "New State"; System.out.println("具体装饰对象A的操作"); } public static void main(String[] args) { ConcreteComponent c = new ConcreteComponent(); ConcreteDecoratorA d1 = new ConcreteDecoratorA(); // d1.SetComponent(c); // 子类方法调用父类 d1.Operation(); } }
装饰模式是利用SetComponent 来对对象进行包装的。这样每个装饰对象的实现就和如何使用这个对象分离了，每个装饰对象值关心自己功能，不需要关心如何被添加到对象链当中。
装饰模式，它把每个要装饰的功能放在单独的类中，并让这个类包装它所要装饰的对象，因此当需要执行特殊行为时，客户代码就可以在运行时根据需要有选择地、按顺序地使用装饰功能包装对象了。有效地把类的核心职责和装饰功能区分开了。而且可以去除相关类的中重复的装饰逻辑。
原文：http://www.cnblogs.com/linkarl/p/4802397.html