Decorator模式

Decorator常被翻译为装饰，Decorator模式也被稱为装饰模式。
（1）定义：动态给一个对象添加一些额外的职责,就象在墙上刷油漆.使用Decorator模式相比用生成子类方式达到功能的扩充显得更为灵活。
（2）为何使用Decorator：我们通常可以使用继承来实现功能的拓展，如果这些需要拓展的功能种类很繁多，那么势必要生成很多子类，增加系统的复杂性，同时，使用继承实现功能的拓展，我们必须可预见这些拓展的功能，这些功能是编译是就确定的了，是静态的。而使用Decorator时，这些功能需要可以由用户动态决定加入的时机和方式，Decorator提供了“即插即用”的方法，在运行期间决定何时增加何时功能。
（3）Decorator使用场合：1）在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责；2）处理那些可以撤销的职责，当不能采用生成子类的方法进行扩充时，一种情况是，可能有大量独立的扩展，为支持每一种组合将产生大量的子类，使得子类数目呈爆炸性增长，另一种情况可能是因为类定义被应藏，或类定义不能用于生成子类。
（4）Decorator模式的组成：
         1）抽象构件角色(Component):定义一个抽象接口,以规范准备接收附加责任的对象；
         2）具体构件角色(Concrete Component):这是被装饰者,定义一个将要被装饰增加功能的类；
         3）装饰角色(Decorator):持有一个构件对象的实例,并定义了抽象构件定义的接口；
        4）具体装饰角色(Concrete Decorator):负责给构件添加增加的功能。
（5）例子：
abstract public class Component{
　abstract public void prtTicket();
}

abstract public class TicketDecorator extend Component {
　private Component myTrailer;
　public TicketDecorator(Component comp){
　　myTrailer = comp;
　}
　public void callTrailer(){
　　if(myTrailer != null)
　　myTrailer.prtTicket();
　}

}

public class SaleTicket extend Component{
　public void prtTicket(){
　　System.out.println("Sale Ticket");
　}
}

public class Header extend TicketDecorator{
　public Header(Component comp){
　　super(comp);
　}
　public void prtTicket(){
　　System.out.println("Header");
　　super.callTrailer();
　}
}

public class Footer extend TicketDecorator{
　public Footer (Component comp){
　　super(comp);
　}
　public void prtTicket(){
　　super.callTrailer();
　　System.out.println("Footer");
　}
}

public class Test{
　public static void main(String args[]){
　　Component c = new Header(new Footer(new SaleTicket()));
　　c.prtTicket();
　}
}