16.2 責任鏈模式的定義
責任鏈模式定義如下:
Avoid coupling the sender of a request to its receiver by giving more than one object a chance to handle the request.Chain the receiving objects and pass the request along the chain until an object handles it.(使多個對象都有機會處理請求,從而避免了請求的發送者和接受者之間的耦合關系。將這些對象連成一條鏈,并沿著這條鏈傳遞該請求,直到有對象處理它為止。)
責任鏈模式的重點是在“鏈”上,由一條鏈去處理相似的請求在鏈中決定誰來處理這個請求,并返回相應的結果,其通用類圖如圖16-4所示。

圖16-4 責任鏈模式通用類圖
責任鏈模式的核心在“鏈”上,“鏈”是由多個處理者ConcreteHandler組成的,我們先來看抽象Handler類,如代碼清單16-14所示。
代碼清單16-14 抽象處理者
public?abstract?class?Handler?{
?????private?Handler?nextHandler;
?????//每個處理者都必須對請求做出處理
?????public?final?Response?handleMessage(Request?request){
?????????????Response?response?=?null;??
?????????????//判斷是否是自己的處理級別
?????????????if(this.getHandlerLevel().equals(request.getRequestLevel())){
????????????????????response?=?this.echo(request);
?????????????}else{??//不屬于自己的處理級別
????????????????????//判斷是否有下一個處理者
????????????????????if(this.nextHandler?!=?null){
????????????????????????????response?=?this.nextHandler.handleMessage(request);
????????????????????}else{
????????????????????????????//沒有適當的處理者,業務自行處理
????????????????????}
?????????????}
?????????????return?response;
?????}
?????//設置下一個處理者是誰
?????public?void?setNext(Handler?_handler){
?????????????this.nextHandler?=?_handler;
?????}
?????//每個處理者都有一個處理級別
?????protected?abstract?Level?getHandlerLevel();
?????//每個處理者都必須實現處理任務
?????protected?abstract?Response?echo(Request?request);
}
抽象的處理者實現三個職責:一是定義一個請求的處理方法handleMessage,唯一對外開放的方法;二是定義一個鏈的編排方法setNext,設置下一個處理者;三是定義了具體的請求者必須實現的兩個方法:定義自己能夠處理的級別getHandlerLevel和具體的處理任務echo。
注意 在責任鏈模式中一個請求發送到鏈中后,前一節點消費部分消息,然后交由后續節點繼續處理,最終可以有處理結果也可以沒有處理結果,讀者可以不用理會什么純的、不純的責任鏈模式。同時,請讀者注意handlerMessage方法前的final關鍵字,可以閱讀第10章的模板方法模式。
我們定義三個具體的處理者,以便可以組成一個鏈,如代碼清單16-15所示。
代碼清單16-15 具體處理者
public?class?ConcreteHandler1?extends?Handler?{
?????//定義自己的處理邏輯
?????protected?Response?echo(Request?request)?{
?????????????//完成處理邏輯
?????????????return?null;
?????}
?????//設置自己的處理級別
?????protected?Level?getHandlerLevel()?{
?????????????//設置自己的處理級別
?????????????return?null;
?????}
}
public?class?ConcreteHandler2?extends?Handler?{
?????//定義自己的處理邏輯
?????protected?Response?echo(Request?request)?{
?????????????//完成處理邏輯
?????????????return?null;
?????}
?????//設置自己的處理級別
?????protected?Level?getHandlerLevel()?{
?????????????//設置自己的處理級別
?????????????return?null;
?????}
}
public?class?ConcreteHandler3?extends?Handler?{
?????//定義自己的處理邏輯
?????protected?Response?echo(Request?request)?{
?????????????//完成處理邏輯
?????????????return?null;
?????}
?????//設置自己的處理級別
?????protected?Level?getHandlerLevel()?{
?????????????//設置自己的處理級別
?????????????return?null;
?????}
}
在處理者中涉及三個類:Level類負責定義請求和處理級別,Request類負責封裝請求,Response負責封裝鏈中返回的結果,該三個類都需要根據業務產生,讀者可以在實際應用中完成相關的業務填充,其框架代碼如代碼清單16-16所示。
代碼清單16-16 模式中有關框架代碼
public?class?Level?{
?????//定義一個請求和處理等級
}
public?class?Request?{
?????//請求的等級
?????public?Level?getRequestLevel(){
?????????????return?null;
?????}
}
public?class?Response?{
?????//處理者返回的數據
}
在場景類或高層模塊中對鏈進行組裝,并傳遞請求,返回結果,如代碼清單16-17所示。
代碼清單16-17 場景類
public?class?Client?{
?????public?static?void?main(String[]?args)?{
?????????????//聲明所有的處理節點
?????????????Handler?handler1?=?new?ConcreteHandler1();
?????????????Handler?handler2?=?new?ConcreteHandler2();
?????????????Handler?handler3?=?new?ConcreteHandler3();
?????????????//設置鏈中的階段順序1-->2-->3
?????????????handler1.setNext(handler2);
?????????????handler2.setNext(handler3);
?????????????//提交請求,返回結果
?????????????Response?response?=?handler1.handlerMessage(new?Request());
?????}
}
在實際應用中,一般會有一個封裝類對責任模式進行封裝,也就是替代Client類,直接返回鏈中的第一個處理者,具體鏈的設置不需要高層次模塊關系,這樣,更簡化了高層次模塊的調用,減少模塊間的耦合,提高系統的靈活性。
- 前言
- 第一部分 大旗不揮,誰敢沖鋒——6大設計原則全新解讀
- 第1章 單一職責原則
- 1.2 絕殺技,打破你的傳統思維
- 1.3 我單純,所以我快樂
- 1.4 最佳實踐
- 第2章 里氏替換原則
- 2.2 糾紛不斷,規則壓制
- 2.3 最佳實踐
- 第3章 依賴倒置原則
- 3.2 言而無信,你太需要契約
- 3.3 依賴的三種寫法
- 3.4 最佳實踐
- 第4章 接口隔離原則
- 4.2 美女何其多,觀點各不同
- 4.3 保證接口的純潔性
- 4.4 最佳實踐
- 第5章 迪米特法則
- 5.2 我的知識你知道得越少越好
- 5.3 最佳實踐
- 第6章 開閉原則
- 6.2 開閉原則的廬山真面目
- 6.3 為什么要采用開閉原則
- 6.4 如何使用開閉原則
- 6.5 最佳實踐
- 第二部分 真刀實槍 ——23種設計模式完美演繹
- 第7章 單例模式
- 7.2 單例模式的定義
- 7.3 單例模式的應用
- 7.4 單例模式的擴展
- 7.5 最佳實踐
- 第8章 工廠方法模式
- 8.2 工廠方法模式的定義
- 8.3 工廠方法模式的應用
- 8.4 工廠方法模式的擴展
- 8.5 最佳實踐
- 第9章 抽象工廠模式
- 9.2 抽象工廠模式的定義
- 9.3 抽象工廠模式的應用
- 9.4 最佳實踐
- 第10章 模板方法模式
- 10.2 模板方法模式的定義
- 10.3 模板方法模式的應用
- 10.4 模板方法模式的擴展
- 10.5 最佳實踐
- 第11章 建造者模式
- 11.2 建造者模式的定義
- 11.3 建造者模式的應用
- 11.4 建造者模式的擴展
- 11.5 最佳實踐
- 第12章 代理模式
- 12.2 代理模式的定義
- 12.3 代理模式的應用
- 12.4 代理模式的擴展
- 12.5 最佳實踐
- 第13章 原型模式
- 13.2 原型模式的定義
- 13.3 原型模式的應用
- 13.4 原型模式的注意事項
- 13.5 最佳實踐
- 第14章 中介者模式
- 14.2 中介者模式的定義
- 14.3 中介者模式的應用
- 14.4 中介者模式的實際應用
- 14.5 最佳實踐
- 第15章 命令模式
- 15.2 命令模式的定義
- 15.3 命令模式的應用
- 15.4 命令模式的擴展
- 15.5 最佳實踐
- 第16章 責任鏈模式
- 16.2 責任鏈模式的定義
- 16.3 責任鏈模式的應用
- 16.4 最佳實踐
- 第17章 裝飾模式
- 17.2 裝飾模式的定義
- 17.3 裝飾模式應用
- 17.4 最佳實踐
- 第18章 策略模式
- 18.2 策略模式的定義
- 18.3 策略模式的應用
- 18.4 策略模式的擴展
- 18.5 最佳實踐
- 第19章 適配器模式
- 19.2 適配器模式的定義
- 19.3 適配器模式的應用
- 19.4 適配器模式的擴展
- 19.5 最佳實踐
- 第20章 迭代器模式
- 20.2 迭代器模式的定義
- 20.3 迭代器模式的應用
- 20.4 最佳實踐
- 第21章 組合模式
- 21.2 組合模式的定義
- 21.3 組合模式的應用
- 21.4 組合模式的擴展
- 21.5 最佳實踐
- 第22章 觀察者模式
- 22.2 觀察者模式的定義
- 22.3 觀察者模式的應用
- 22.4 觀察者模式的擴展
- 22.5 最佳實踐
- 第23章 門面模式
- 23.2 門面模式的定義
- 23.3 門面模式的應用
- 23.4 門面模式的注意事項
- 23.5 最佳實踐
- 第24章 備忘錄模式
- 24.2 備忘錄模式的定義
- 24.3 備忘錄模式的應用
- 24.4 備忘錄模式的擴展
- 24.5 最佳實踐
- 第25章 訪問者模式
- 25.2 訪問者模式的定義
- 25.3 訪問者模式的應用
- 25.4 訪問者模式的擴展
- 25.5 最佳實踐
- 第26章 狀態模式
- 26.2 狀態模式的定義
- 26.3 狀態模式的應用
- 第27章 解釋器模式
- 27.2 解釋器模式的定義
- 27.3 解釋器模式的應用
- 27.4 最佳實踐
- 第28章 享元模式
- 28.2 享元模式的定義
- 28.3 享元模式的應用
- 28.4 享元模式的擴展
- 28.5 最佳實踐
- 第29章 橋梁模式
- 29.2 橋梁模式的定義
- 29.3 橋梁模式的應用
- 29.4 最佳實踐
- 第三部分 誰的地盤誰做主 ——設計模式PK
- 第30章 創建類模式大PK
- 30.1 工廠方法模式VS建造者模式
- 30.2 抽象工廠模式VS建造者模式
- 第31章 結構類模式大PK
- 31.1 代理模式VS裝飾模式
- 31.2 裝飾模式VS適配器模式
- 第32章 行為類模式大PK
- 32.1 命令模式VS策略模式
- 32.2 策略模式VS狀態模式
- 32.3 觀察者模式VS責任鏈模式
- 第33章 跨戰區PK
- 33.1 策略模式VS橋梁模式
- 33.2 門面模式VS中介者模式
- 33.3 包裝模式群PK
- 第四部分 完美世界 ——設計模式混編
- 第34章 命令模式+責任鏈模式
- 34.2 混編小結
- 第35章 工廠方法模式+策略模式
- 35.2 混編小結
- 第36章 觀察者模式+中介者模式
- 36.2 混編小結
- 第五部分 擴展篇
- 第37章 MVC框架
- 37.2 最佳實踐
- 第38章 新模式
- 38.1 規格模式
- 38.2 對象池模式
- 38.3 雇工模式
- 38.4 黑板模式
- 38.5 空對象模式
- 附錄 23種設計模式彩圖