装饰模式

        装饰模式以对客户透明的方式动态地给一个对象附加上更多的责任。换言之，客户端并不会觉得对象在装饰前和装饰后有什么不同。装饰模式可以在不使用创造更多子类的情况下，将对象的功能加以扩展。
        装饰模式中有以下角色：
Component：给出一个抽象接口，以规范准备接收附加责任的对象；
ConcreteComponent：被装饰者，本模式的目的就是把它的行为做动态的扩展；
Decorator：实现Component接口，并持有一个Component的实例，实际上将指向一个ConcreteComponent的实例。本类是模式的核心，它的方法中实做的是ConcreteComponent的行为，它的子类能过继承它来实现对ConcreteComponent的“动态继承”。
ConcreteDecoretor：Decorator的子类，它的优势在于已经通过Decorator“继承”了ConcreteComponent。
        在以下情况下应当使用装饰模式：
1、需要扩展一个类的功能，而且要求是动态地增加，这些功能可以再动态地被撤销。通过继承也可以实现功能的增加，但继承是静态的，继承的关系一但形成，在运行时就不能改变继承的行为，而在装饰模式的情况下，由于继承是假的，所以可以更加动态地扩展基类的功能；
2、当由于其它的原因不能通过继承来扩展基类的功能时。
        使用装饰模式主要有以下的优点：
1、装饰模式与继承关系的目的都是要扩展对象的功能，但是装饰模式可以提供比继承更多的灵活性；
2、通过使用不同的具体装饰类以及这些装饰类的不同排列组合，可以创造出很多不同的行为组合；
3、在提供比继承更加灵活机动的特性的同时，装饰模式也比继承更加容易出错。
        以下是示例代码及运行结果：decorator.ConcreteComponent@765291.func()
decorator.ConcreteDecorator@26e431.extFunc()

package  decorator;

public   interface  Component  ... {

    public void func();
    
}


package  decorator;

public   class  ConcreteComponent  implements  Component  ... {

    public void func() ...{
        System.out.println(this + ".func()");
    }

}


package  decorator;

public   class  Decorator  implements  Component  ... {

    private Component comp;
    
    public Decorator (Component comp) ...{
        this.comp = comp;
    }
    
    public void func() ...{
        comp.func();
    }

}


package  decorator;

public   class  ConcreteDecorator  extends  Decorator  ... {

    public ConcreteDecorator(Component comp) ...{
        super(comp);
    }
    
    /**//*
    public void func() {
        super.func();
        System.out.println(this + ".func()");
    }
    */
    
    public void extFunc() ...{
        System.out.println(this + ".extFunc()");
    }
    
    public static void main(String [] args) ...{
        Component concreteCompnent = new ConcreteComponent();
        ConcreteDecorator concreteDecorator = new ConcreteDecorator(concreteCompnent);
        concreteDecorator.func();
        concreteDecorator.extFunc();
    }

}