裝飾模式用于動態地改變一個類的功能，而不改變類的結構和繼承關系。
其UML圖為：
舉例：
假設你需要打印發票 sales ticket , 發票有抬頭、正文和腳注，發票抬頭可以是企事業單位，發票號等等，腳注也是一樣，可能有很多不同種類的腳注需要打印。如果發票格式固定那也就沒必要繼續討論了，現在的問題是，不同的客戶需要的發票或者收據的抬頭或腳注，他們需要的條目是不一樣的，有的需要著明單位，有的只需要發票號，但是腳注需要開票人，等等，對你來說跟現在的 Web 系統一樣，客戶的要求是動態；不過發票的正文是不會變化的，是固定。要滿足這個需求我們有很多種方案，比如你可以抽象一系統對象層次來分層完成這些對象責任。不過我們這里要推薦的是裝飾模式，我們來具體看一下，裝飾模式是如何工作的：
先看看該場景的 UML 圖，
//接口
interface component
{
void prtTicket();
}
//需要動態擴展的具體類
class salesTicket implements component
{
public void prtTicket()
{
System.out.println("Sales Ticket body");
}
}
//裝飾類
abstract class Decorator implements component
{
component comp=null;
public Decorator(component comp)
{
this.comp=comp;
}
public void prtTicket()
{
if(comp!=null)
comp.prtTicket();
}
}
//具體裝飾類
class Header1 extends Decorator
{
public Header1(component comp)
{
super(comp);
}
public void prtTicket()
{
System.out.println("Sales Ticket Header1");
super.prtTicket();
}
}
//具體裝飾類
class Header2 extends Decorator
{
public Header2(component comp)
{
super(comp);
}
public void prtTicket()
{
System.out.println("Sales Ticket Header2");
super.prtTicket();
}
}
//具體裝飾類
class Footer1 extends Decorator
{
public Footer1(component comp)
{
super(comp);
}
public void prtTicket()
{
super.prtTicket();
System.out.println("Sales Ticket Footer1");
}
}
//具體裝飾類
class Footer2 extends Decorator
{
public Footer2(component comp)
{
super(comp);
}
public void prtTicket()
{
super.prtTicket();
System.out.println("Sales Ticket Footer2");
}
}
public class Main
{
public static void main(String[] args)
{
/*@output:Sales Ticket Header1
Sales Ticket body
Sales Ticket Footer2*/
component test=new Header1(new Footer2(new salesTicket()));
test.prtTicket();
/*@output:Sales Ticket Header2
Sales Ticket body
Sales Ticket Footer1*/
component test2=new Header2(new Footer1(new salesTicket()));
test2.prtTicket();
}
}
這樣，可以根據不同的需求，變換Header和Footer的組合，輸出不同