本文實(shí)例講述了Android編程設(shè)計(jì)模式之責(zé)任鏈模式。分享給大家供大家參考，具體如下：
一、介紹
責(zé)任鏈模式（Iterator Pattern），是行為型設(shè)計(jì)模式之一。什么是”鏈“？我們將多個節(jié)點(diǎn)首尾相連所構(gòu)成的模型稱為鏈，比如生活中常見的鎖鏈，就是由一個個圓角長方形的鐵環(huán)串起來的結(jié)構(gòu)。對于鏈?zhǔn)浇Y(jié)構(gòu)，每個節(jié)點(diǎn)都可以被拆開再連接，因此，鏈?zhǔn)浇Y(jié)構(gòu)也具有很好的靈活性。將這樣一種結(jié)構(gòu)應(yīng)用于編程領(lǐng)域，將每一個節(jié)點(diǎn)看作是一個對象，每一個對象擁有不同的處理邏輯，將一個請求從鏈?zhǔn)降氖锥税l(fā)出，沿著鏈的路徑依次傳遞給每一個節(jié)點(diǎn)對象，直至有對象處理這個請求為止，我們將這樣的一種模式稱為責(zé)任鏈模式，這樣的解釋是不是更通俗易懂呢？我們還是看看責(zé)任鏈模式的標(biāo)準(zhǔn)定義。
二、定義
使多個對象都有機(jī)會處理請求，從而避免了請求的發(fā)送者和接收者直接的耦合關(guān)系。將這些對象連成一條鏈，并沿著這條鏈傳遞請求，直到有對象處理它為止。
三、使用場景
多個對象可以處理同一請求，但具體由哪個對象處理則在運(yùn)行時動態(tài)決定。
在請求處理者不明確的情況下向多個對象中的一個提交一個請求。
需要動態(tài)指定一組對象處理請求。
四、責(zé)任鏈模式的UML類圖
UML類圖：
角色介紹：
Handler：抽象處理者角色，聲明一個請求處理的方法，并在其中保持一個對下一個處理節(jié)點(diǎn)Handler對象的引用。
ConcreteHandler：具體處理者角色，對請求進(jìn)行處理，如果不能處理則將該請求轉(zhuǎn)發(fā)給下一個節(jié)點(diǎn)上的處理對象。
五、簡單實(shí)現(xiàn)
這個例子我覺得很貼切。我們在公司有各種原因需要報(bào)銷費(fèi)用，首先我們要找我們的上級領(lǐng)導(dǎo)去審批，報(bào)銷額度如果在領(lǐng)導(dǎo)的權(quán)限范圍內(nèi)，那就審批通過，否則領(lǐng)導(dǎo)在找自己的上級去審批，以此類推。
抽象領(lǐng)導(dǎo)類：
public abstract class Leader { /** * 上級領(lǐng)導(dǎo)處理者 */ protected Leader nextHandler; /** * 處理報(bào)賬請求 * * @param money 能批復(fù)的報(bào)賬額度 * */ public final void handleRequest(int money){ System.out.println(getLeader()); if(money <=limit()){ handle(money); }else{ System.out.println("報(bào)賬額度不足，提交領(lǐng)導(dǎo)"); if(null != nextHandler){ nextHandler.handleRequest(money); } } } /** * 自身能批復(fù)的額度權(quán)限 * * @return 額度 */ public abstract int limit(); /** * 處理報(bào)賬行為 * * @param money 具體金額 */ public abstract void handle(int money); /** * 獲取處理者 * * @return 處理者 */ public abstract String getLeader();}在這個抽象的領(lǐng)導(dǎo)類中只做了兩件事，一是定義了兩個抽象接口方法來確定一個領(lǐng)導(dǎo)者應(yīng)有的行為和屬性，二是聲明了一個處理報(bào)賬請求的方法來確定當(dāng)前領(lǐng)導(dǎo)是否有能力處理報(bào)賬請求，如果沒有這個權(quán)限，則將該請求轉(zhuǎn)發(fā)給上級領(lǐng)導(dǎo)處理。接下來則是各個領(lǐng)導(dǎo)類的實(shí)現(xiàn)：
組長（額度1000）：
public class GroupLeader extends Leader{ @Override public int limit() { return 1000; } @Override public void handle(int money) { System.out.println("組長批復(fù)報(bào)銷"+ money +"元"); } @Override public String getLeader() { return "當(dāng)前是組長"; }}主管（額度5000）：
public class Director extends Leader{ @Override public int limit() { return 5000; } @Override public void handle(int money) { System.out.println("主管批復(fù)報(bào)銷"+ money +"元"); } @Override public String getLeader() { return "當(dāng)前是主管"; }}經(jīng)理（額度10000）：
public class Manager extends Leader{ @Override public int limit() { return 10000; } @Override public void handle(int money) { System.out.println("經(jīng)理批復(fù)報(bào)銷"+ money +"元"); } @Override public String getLeader() { return "當(dāng)前是經(jīng)理"; }}老板（額度…）：
public class Boss extends Leader{ @Override public int limit() { return Integer.MAX_VALUE; } @Override public void handle(int money) { System.out.println("老板批復(fù)報(bào)銷"+ money +"元"); } @Override public String getLeader() { return "當(dāng)前是老板"; }}發(fā)起申請：
public class Client { public static void main(String[] args) { //構(gòu)造各個領(lǐng)導(dǎo)對象 GroupLeader groupLeader = new GroupLeader(); Director director = new Director(); Manager manager = new Manager(); Boss boss = new Boss(); //設(shè)置上級領(lǐng)導(dǎo)處理者對象 groupLeader.nextHandler = director; director.nextHandler = manager; manager.nextHandler = boss; //發(fā)起報(bào)賬申請 groupLeader.handleRequest(8000); }}結(jié)果：
當(dāng)前是組長報(bào)賬額度不足，提交領(lǐng)導(dǎo)當(dāng)前是主管報(bào)賬額度不足，提交領(lǐng)導(dǎo)當(dāng)前是經(jīng)理經(jīng)理批復(fù)報(bào)銷8000元
責(zé)任鏈模式非常靈活，請求的發(fā)起可以從責(zé)任鏈的任何一個節(jié)點(diǎn)開始，也可以改變內(nèi)部的傳遞規(guī)則。比如主管不在，我們完全可以跨過主管直接從組長那里轉(zhuǎn)到經(jīng)理。
對于責(zé)任鏈中的一個處理者對象，有兩個行為。一是處理請求，二是將請求傳遞到下一節(jié)點(diǎn)，不允許某個處理者對象在處理了請求后又將請求傳送給上一個節(jié)點(diǎn)的情況。
對于一條責(zé)任鏈來說，一個請求最終只有兩種情況。一是被某個處理對象所處理，另一個是所有對象均未對其處理，對于前一種情況我們稱為純的責(zé)任鏈模式，后一種為不純的責(zé)任鏈。實(shí)際中大多為不純的責(zé)任鏈。
六、Android源碼中的責(zé)任鏈模式
1、View事件的分發(fā)處理
ViewGroup事件投遞的遞歸調(diào)用就類似于一條責(zé)任鏈，一旦其尋找到責(zé)任者，那么將由責(zé)任者持有并消費(fèi)掉該次事件，具體體現(xiàn)在View的onTouchEvent方法中返回值的設(shè)置，如果返回false，那么意味著當(dāng)前的View不會是該次的責(zé)任人，將不會對其持有；如果返回true，此時View會持有該事件并不再向外傳遞。
七、總結(jié)
優(yōu)點(diǎn)：
可以對請求者和處理者的關(guān)系解耦，提高代碼的靈活性。
缺點(diǎn)：
每次都需要對鏈中請求處理者遍歷，如果處理者太多那么遍歷必定會影響性能，特別是在一些遞歸調(diào)用者中，要慎用。
更多關(guān)于Android相關(guān)內(nèi)容感興趣的讀者可查看本站專題：《Android開發(fā)入門與進(jìn)階教程》、《Android調(diào)試技巧與常見問題解決方法匯總》、《Android基本組件用法總結(jié)》、《Android視圖View技巧總結(jié)》、《Android布局layout技巧總結(jié)》及《Android控件用法總結(jié)》
希望本文所述對大家Android程序設(shè)計(jì)有所幫助。
新聞熱點(diǎn)
疑難解答
圖片精選
