內(nèi)容: Chain of Responsibility定義Chain of Responsibility(CoR) 是用一系列類(classes)試圖處理一個(gè)請求request,這些類之間是一個(gè)松散的耦合,唯一共同點(diǎn)是在他們之間傳遞request. 也就是說，來了一個(gè)請求，A類先處理，如果沒有處理，就傳遞到B類處理，如果沒有處理，就傳遞到C類處理，就這樣象一個(gè)鏈條(chain)一樣傳遞下去。如何使用?雖然這一段是如何使用CoR,但是也是演示什么是CoR.有一個(gè)Handler接口:public interface Handler{public void handleRequest();}這是一個(gè)處理request的事例， 如果有多種request,比如 請求幫助 請求打印 或請求格式化：最先想到的解決方案是：在接口中增加多個(gè)請求：public interface Handler{public void handleHelp();public void handlePrint();public void handleFormat();}具體是一段實(shí)現(xiàn)接口Handler代碼：public class ConcreteHandler implements Handler{private Handler successor;public ConcreteHandler(Handler successor){this.successor=successor;}public void handleHelp(){//具體處理請求Help的代碼...}public void handlePrint(){//如果是print 轉(zhuǎn)去處理Printsuccessor.handlePrint();}public void handleFormat(){//如果是Format 轉(zhuǎn)去處理formatsuccessor.handleFormat();}}一共有三個(gè)這樣的具體實(shí)現(xiàn)類，上面是處理help,還有處理Print 處理Format這大概是我們最常用的編程思路。雖然思路簡單明了，但是有一個(gè)擴(kuò)展問題，如果我們需要再增加一個(gè)請求request種類,需要修改接口及其每一個(gè)實(shí)現(xiàn)。第二方案:將每種request都變成一個(gè)接口，因此我們有以下代碼 ：public interface HelpHandler{public void handleHelp();}public interface PrintHandler{public void handlePrint();}public interface FormatHandler{public void handleFormat();}public class ConcreteHandlerimplements HelpHandler,PrintHandler,FormatHandlet{private HelpHandler helpSuccessor;private PrintHandler printSuccessor;private FormatHandler formatSuccessor;public ConcreteHandler(HelpHandler helpSuccessor,PrintHandler printSuccessor,FormatHandler formatSuccessor){this.helpSuccessor=helpSuccessor;this.printSuccessor=printSuccessor;this.formatSuccessor=formatSuccessor;}public void handleHelp(){.......}public void handlePrint(){this.printSuccessor=printSuccessor;}public void handleFormat(){this.formatSuccessor=formatSuccessor;}}這個(gè)辦法在增加新的請求request情況下，只是節(jié)省了接口的修改量，接口實(shí)現(xiàn)ConcreteHandler還需要修改。而且代碼顯然不簡單美麗。解決方案3: 在Handler接口中只使用一個(gè)參數(shù)化方法：public interface Handler{public void handleRequest(String request);}那么Handler實(shí)現(xiàn)代碼如下：public class ConcreteHandler implements Handler{private Handler successor;public ConcreteHandler(Handler successor){this.successor=successor;}public void handleRequest(String request){if (request.equals('Help')){//這里是處理Help的具體代碼}else//傳遞到下一個(gè)successor.handle(request);}}}這里先假設(shè)request是String類型，如果不是怎么辦？當(dāng)然我們可以創(chuàng)建一個(gè)專門類Request最后解決方案:接口Handler的代碼如下：public interface Handler{public void handleRequest(Request request);}Request類的定義:public class Request{private String type;public Request(String type){this.type=type;}public String getType(){return type;}public void execute(){//request真正具體行為代碼}}那么Handler實(shí)現(xiàn)代碼如下：public class ConcreteHandler implements Handler{private Handler successor;public ConcreteHandler(Handler successor){this.successor=successor;}public void handleRequest(Request request){if (request instanceof HelpRequest){//這里是處理Help的具體代碼}else if (request instanceof PrintRequst){request.execute();}else//傳遞到下一個(gè)successor.handle(request);}}}這個(gè)解決方案就是CoR, 在一個(gè)鏈上,都有相應(yīng)職責(zé)的類,因此叫Chain of Responsibility.CoR的優(yōu)點(diǎn)：因?yàn)闊o法預(yù)知來自外界的請求是屬于哪種類型，每個(gè)類如果碰到它不能處理的請求只要放棄就可以。無疑這降低了類之間的耦合性。缺點(diǎn)是效率低，因?yàn)橐粋€(gè)請求的完成可能要遍歷到最后才可能完成，當(dāng)然也可以用樹的概念優(yōu)化。 在Java AWT1.0中，對于鼠標(biāo)按鍵事情的處理就是使用CoR,到Java.1.1以后，就使用Observer代替CoR擴(kuò)展性差，因?yàn)樵贑oR中，一定要有一個(gè)統(tǒng)一的接口Handler.局限性就在這里。 Java, java, J2SE, j2se, J2EE, j2ee, J2ME, j2me, ejb, ejb3, JBOSS, jboss, spring, hibernate, jdo, struts, webwork, ajax, AJAX, mysql, MySQL, Oracle, Weblogic, Websphere, scjp, scjd