裝飾模式:Decorator常被翻譯成"裝飾",我覺得翻譯成"油漆工"更形象點(diǎn),油漆工(decorator)是用來刷油漆的,那么被刷油漆的對(duì)象我們稱decoratee.這兩種實(shí)體在Decorator模式中是必須的.
Decorator定義:
動(dòng)態(tài)給一個(gè)對(duì)象添加一些額外的職責(zé),就象在墻上刷油漆.使用Decorator模式相比用生成子類方式達(dá)到功能的擴(kuò)充顯得更為靈活.
為什么使用Decorator?
我們通常可以使用繼承來實(shí)現(xiàn)功能的拓展,如果這些需要拓展的功能的種類很繁多,那么勢(shì)必生成很多子類,增加系統(tǒng)的復(fù)雜性,同時(shí),使用繼承實(shí)現(xiàn)功能拓展,我們必須可預(yù)見這些拓展功能,這些功能是編譯時(shí)就確定了,是靜態(tài)的.
使用Decorator的理由是:這些功能需要由用戶動(dòng)態(tài)決定加入的方式和時(shí)機(jī).Decorator提供了"即插即用"的方法,在運(yùn)行期間決定何時(shí)增加何種功能.
如何使用?
舉Adapter中的打樁示例,在Adapter中有兩種類:方形樁 圓形樁,Adapter模式展示如何綜合使用這兩個(gè)類,在Decorator模式中,我們是要在打樁時(shí)增加一些額外功能,比如,挖坑 在樁上釘木板等,不關(guān)心如何使用兩個(gè)不相關(guān)的類.
我們先建立一個(gè)接口:
public interface Work
{
public void insert(); }
|
接口Work有一個(gè)具體實(shí)現(xiàn):插入方形樁或圓形樁,這兩個(gè)區(qū)別對(duì)Decorator是無所謂.我們以插入方形樁為例:
public class SquarePeg implements Work{
public void insert(){
System.out.println("方形樁插入");
}}
|
現(xiàn)在有一個(gè)應(yīng)用:需要在樁打入前,挖坑,在打入后,在樁上釘木板,這些額外的功能是動(dòng)態(tài),可能隨意增加調(diào)整修改,比如,可能又需要在打樁之后釘架子(只是比喻).
那么我們使用Decorator模式,這里方形樁SquarePeg是decoratee(被刷油漆者),我們需要在decoratee上刷些"油漆",這些油漆就是那些額外的功能.
public class Decorator implements Work{ private Work work;
//額外增加的功能被打包在這個(gè)List中
private ArrayList others = new ArrayList(); //在構(gòu)造器中使用組合new方式,引入Work對(duì)象;
public Decorator(Work work)
{
this.work=work;
others.add("挖坑"); others.add("釘木板");
} public void insert(){ newMethod();
}
//在新方法中,我們?cè)趇nsert之前增加其他方法,這里次序先后是用戶靈活指定的
public void newMethod()
{
otherMethod();
work.insert();
}
public void otherMethod()
{
ListIterator listIterator = others.listIterator();
while (listIterator.hasNext())
{
System.out.println(((String)(listIterator.next())) + " 正在進(jìn)行");
}
}
}
|
在上例中,我們把挖坑和釘木板都排在了打樁insert前面,這里只是舉例說明額外功能次序可以任意安排.
好了,Decorator模式出來了,我們看如何調(diào)用:
Work squarePeg = new SquarePeg();
Work decorator = new Decorator(squarePeg);
decorator.insert();
Decorator模式至此完成.
如果你細(xì)心,會(huì)發(fā)現(xiàn),上面調(diào)用類似我們讀取文件時(shí)的調(diào)用:
FileReader fr = new FileReader(filename);
BufferedReader br = new BufferedReader(fr);
實(shí)際上Java 的I/O API就是使用Decorator實(shí)現(xiàn)的,I/O變種很多,如果都采取繼承方法,將會(huì)產(chǎn)生很多子類,顯然相當(dāng)繁瑣.
Jive中的Decorator實(shí)現(xiàn)
在論壇系統(tǒng)中,有些特別的字是不能出現(xiàn)在論壇中如"打倒XXX",我們需要過濾這些"反動(dòng)"的字體.不讓他們出現(xiàn)或者高亮度顯示.
在IBM Java專欄中專門談Jive的文章中,有談及Jive中ForumMessageFilter.java使用了Decorator模式,其實(shí),該程序并沒有真正使用Decorator,而是提示說:針對(duì)特別論壇可以設(shè)計(jì)額外增加的過濾功能,那么就可以重組ForumMessageFilter作為Decorator模式了.
所以,我們?cè)诜直媸欠裾嬲荄ecorator模式,以及會(huì)真正使用Decorator模式,一定要把握好Decorator模式的定義,以及其中參與的角色(Decoratee 和Decorator).