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