Chain of Responsibility定義：Chain of Responsibility(CoR) 是用一系列類(classes)試圖處理一個(gè)請(qǐng)求request，這些類之間是一個(gè)松散的耦合，唯一共同點(diǎn)是在他們之間傳遞request。也就是說(shuō)，來(lái)了一個(gè)請(qǐng)求，A類先處理，如果沒(méi)有處理，就傳遞到B類處理，如果沒(méi)有處理，就傳遞到C類處理，就這樣象一個(gè)鏈條(chain)一樣傳遞下去。
如何使用責(zé)任鏈模式
雖然這一段是如何使用CoR，但是也是演示什么是CoR。
有一個(gè)Handler接口：
public interface Handler{
public void handleRequest();
}
這是一個(gè)處理request的事例， 如果有多種request,比如 請(qǐng)求幫助 請(qǐng)求打印 或請(qǐng)求格式化：
◆ 最先想到的解決方案是：在接口中增加多個(gè)請(qǐng)求：
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(){
//具體處理請(qǐng)求Help的代碼
...
}
public void handlePrint(){
//如果是print 轉(zhuǎn)去處理Print
successor.handlePrint();
}
public void handleFormat(){
//如果是Format 轉(zhuǎn)去處理format
successor.handleFormat();
}
}
一共有三個(gè)這樣的具體實(shí)現(xiàn)類，上面是處理help,還有處理Print 處理Format這大概是我們最常用的編程思路。
雖然思路簡(jiǎn)單明了，但是有一個(gè)擴(kuò)展問(wèn)題，如果我們需要再增加一個(gè)請(qǐng)求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 ConcreteHandler
implements 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è)辦法在增加新的請(qǐng)求request情況下，只是節(jié)省了接口的修改量，接口實(shí)現(xiàn)ConcreteHandler還需要修改。而且代碼顯然不簡(jiǎn)單美麗。
◆ 解決方案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è)專門(mén)類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。
1.CoR的優(yōu)點(diǎn)：因?yàn)闊o(wú)法預(yù)知來(lái)自外界的請(qǐng)求是屬于哪種類型，每個(gè)類如果碰到它不能處理的請(qǐng)求只要放棄就可以。無(wú)疑這降低了類之間的耦合性。
2.CoR的缺點(diǎn)是效率低，因?yàn)橐粋€(gè)請(qǐng)求的完成可能要遍歷到最后才可能完成，當(dāng)然也可以用樹(shù)的概念優(yōu)化。 在Java AWT1.0中，對(duì)于鼠標(biāo)按鍵事情的處理就是使用CoR,到Java.1.1以后，就使用Observer代替CoR。
擴(kuò)展性差，因?yàn)樵贑oR中，一定要有一個(gè)統(tǒng)一的接口Handler.局限性就在這里。
