装饰器模式 Decorator（摘要 转载）

1．意图：

    在一个对象的外围创建一个称为装饰器的封装，动态地给这个对象添加一些额外的功能。

2．类图：

3．原理：
      在一个对象的外围创建一个称为装饰器的封装，动态地给这个对象添加一些额外的功能。以对客户端透明的方式扩展对象的功能。
       装饰器模式又称为包裹模式(wrapper),因为一个具体装饰器都将下一个具体装饰器或具体构件类包裹起来。如有三个装饰器类Decorator1, Decorator2, Decorator3,它们的典型的创建过程为new Decorator1(new Decorator2(new Decorator3(new ConcreteComponent()))).
4．特征：

    装饰器角色持有一个构件对象的实例，并实现了抽象构件的接口。每一个接口的实现都是委派给所持有的构件对象，并增加新的功能。
5．说明：

    优点：

    装饰器与继承的目的都是扩展对象的功能，但装饰器提供了比继承更大的灵活性，可以动态的决定是“粘上”还是“去掉”一个装饰。
      通过使用不同的具体装饰类和这些类的排列组合，可以创建出很多不同行为的组合。

    缺点：

    装饰器比继承关系使用更少的类，但比继承关系使用更多的对象，更多的对象会使查错变得更困难，特别是这些对象看上去很像的时候。

6. 模式的简化:
      简化必须注意两点：

    a.一个装饰器类的接口必须与被装饰的类的接口相容。

    b.尽量保持Component作为一个“轻”类。

    Component类的职责在于为各个具体装饰器类提供共同的接口,而不是存储数据，所以不要把太多的逻辑和状态放在Component类里面。

    省略Component接口,只有一个具体的ConcreteComponent类,则Decorater经常作为ConcreteComponent的子类。

7．代码：



// Component.java 构件类

public abstract class Component

{

     public abstract void doSomething();

}



// ConcreteComponent.java 具体构件类

public class ConcreteComponent extends Component

{

     public void doSomething()

     {

         // provide implementation here

     }

}

/ / Decorator.java 装饰器抽象类
public abstract class Decorator extends Component

{ 

     protected Component component;



     public Decorator(Component component)

     {

         this.component = component;

     }



     public void doSomething()

{

         component.doSomething();

     }

}

// ConcreteDecorator.java 具体装饰器类

public class ConcreteDecorator extends Decorator

{



     public ConcreteDecorator(Component component)

     {

          super(component);

     }



     private void addedBehavior()

     {

         // some extra functionality goes here

     }



     public void doSomething()

     {

         component.doSomething();

         addedBehavior();

     }

}