這里開(kāi)始是第三部分-行為模式。前面講過(guò)的創(chuàng)建模式是與對(duì)象的創(chuàng)建有關(guān)的，結(jié)構(gòu)模式是關(guān)于對(duì)象的繼承、依賴以及擴(kuò)展的，這部分模式是協(xié)調(diào)對(duì)象與對(duì)象之間結(jié)構(gòu)關(guān)系的。
C1) Chain of Responsibility（職責(zé)鏈）
定義：通過(guò)給一個(gè)以上對(duì)象處理請(qǐng)求的機(jī)會(huì)來(lái)避免請(qǐng)求的發(fā)送者和接收者的耦合。鏈接接收對(duì)象并在鏈中傳遞請(qǐng)求直到有對(duì)象處理它。
這個(gè)模式的使用頻率屬于中等，可能由于有時(shí)候出于效率的考慮，不使用這個(gè)模式。因?yàn)殒湵斫Y(jié)構(gòu)勢(shì)必每個(gè)請(qǐng)求都要從第一個(gè)節(jié)點(diǎn)開(kāi)始傳遞，而有可能最后一個(gè)節(jié)點(diǎn)才會(huì)處理這個(gè)請(qǐng)求，這樣處理性能大打折扣。通常，這種情況下，都喜歡使用運(yùn)用這個(gè)模式概念的過(guò)程語(yǔ)法if...elseif...else或者更加形象化的switch-case語(yǔ)法。但如果接收對(duì)象對(duì)于開(kāi)發(fā)者來(lái)說(shuō)是未知的，我們就無(wú)法將其過(guò)程化，還必須借助面向?qū)ο蟮膹?qiáng)大的擴(kuò)展能力。
最常見(jiàn)的應(yīng)用就是Filter（過(guò)濾器），我就不自己舉例了，直接來(lái)看javax.servlet包中的Filter.java，代碼去掉注釋如下：
public interface Filter {
public void init(FilterConfig filterConfig) throws ServletException;
public void doFilter ( ServletRequest request, ServletResponse response, FilterChain chain ) throws IOException, ServletException;
public void destroy();
}
關(guān)注一下doFilter方法，request對(duì)象就是所說(shuō)的請(qǐng)求，而chain對(duì)象(FilterChain)就是一個(gè)過(guò)濾器對(duì)象組成的鏈，在實(shí)現(xiàn)Filter接口時(shí)，對(duì)于doFilter的實(shí)現(xiàn)如下：
public void doFilter ( ServletRequest request, ServletResponse response, FilterChain chain ) throws IOException, ServletException {
//處理請(qǐng)求request
chain.doFilter(request, response); //調(diào)用鏈表中下一個(gè)過(guò)濾器對(duì)象
}
如果需要，chain.doFilter(request, response);可以不要，也就是當(dāng)自己處理完請(qǐng)求后，就結(jié)束傳遞，避免處理結(jié)果被后面的對(duì)象修改，但在Filter中不推薦這么做。
如果每個(gè)接收對(duì)象都需要處理請(qǐng)求的某一部分，就可以將不同的處理功能放在不同的對(duì)象里面，對(duì)單一處理的改動(dòng)也非常方便。如此，層次清晰分工明確，的確是非常漂亮的行為模式，我個(gè)人也比較喜歡這個(gè)模式。
參考：
1、 http://www./designpatterns/cor.htm(中文、java實(shí)例)
2、 http://www./Patterns/PatternChain.aspx(英文、C#實(shí)例、UML)
3、 http://www.caterpillar./PmWiki/pmwiki.php/DesignPattern/ChainofResponsibility(中文、java實(shí)例、UML)推薦
4、 http://www./tech/DesignPattern/ChainOfResponsibility.html
(日文、java實(shí)例、UML)
|
