職責鏈模式 Responsibility of Chain

??????? 在職責鏈模式里，很多對象由每一個對象對其下家的引用而連接起來形成一條鏈。請求在這個鏈上傳遞，直到鏈上的某一個對象決定處理此請求。發出這個請求的客戶端并不知道鏈上的哪一個對象最終處理這個請求，這使得系統可以在不影響客戶端的情況下動態地重新組織鏈和分配責任。

職責鏈模式的意圖

??????? 使多個對象都有機會處理請求，從而避免請求的發送者和接收者之間的耦合關系。將這些對象連成一條鏈，并沿著這條鏈傳遞該請求，直到有一個對象處理它為止。[當然也有可能不被任何對象處理]

職責鏈模式的結構

參與者

• Handler——定義一個處理請求的接口。如果需要，接口可以定義一個方法，以設定和返回對下家的引用。這個角色通常由一個JAVA抽象類或者JAVA接口實現。其示意性類圖如下圖所示。圖中的聚合關系給出了具體子類對下家的引用，抽象方法handleRequest()規范了子類處理請求的操作。
  
  
• ConcreteHandler——處理它所負責的請求。
  ????????????????????????? ——可訪問它的后繼者
  ????????????????????? ??? ——如果可處理該請求，就處理；否則將該請求轉發給它的后繼者
• Client——向鏈上的具體處理者對象提交請求
  

協作

當客戶提交一個請求時，請求沿鏈傳遞直至有一個ConcreteHandler 對象負責處理它。

使用場景

??????? 職責鏈可能是一條直線、一個環鏈或者一個樹結構的一部分。為了方便，我們使用一個簡單的例子。公司人事的請假流程：請假一天組長批了即可、兩到三天項目經理批了即可、三天以上需總經理批準。我們來看看源碼實現：

??????? //抽象處理角色：

?

package headfirst.ChainOfResponsibility;/*** @author Nick Lau* 抽象處理角色*/ public abstract class Handler {//持有處理請求的對象protected Handler successor = null;//取得后繼者public Handler getSuccessor() {return successor;}//設置下一個處理請求的對象public void setSuccessor(Handler successor) {this.successor = successor;}/*** @param role 角色* @param days 請假天數* @return 審批成功或失敗后返回的提示*/public abstract String handleRequest(String role, int days); }

下面是具體處理者的示意性源碼。顯然，處理者的邏輯非常簡單，如果一個具體處理者有下家，就將請求傳遞給下家；如果沒有下家，就處理掉。

?

package headfirst.ChainOfResponsibility;/*** @author Nick Lau* TeamLeader處理請假事項*/ public class TeamLeader extends Handler {@Overridepublic String handleRequest(String role, int days) {// TODO Auto-generated method stubString tips = "";if (days == 1) {if ("TeamLeader".equals(role)) {tips = "TeamLeader agree " + days + " day(s) leave.";} else {tips = "請假1天TeamLeader批準即可。";}} else {//傳遞給下一個繼承者處理if (getSuccessor() != null)return getSuccessor().handleRequest(role, days);}return tips;}} package headfirst.ChainOfResponsibility;public class ProjectManager extends Handler {@Overridepublic String handleRequest(String role, int days) {// TODO Auto-generated method stubString tips = "";if (days > 1 && days <=3) {if ("ProjectManager".equals(role)) {tips = "ProjectManager agree " + days + " day(s) leave.";} else {tips = "請假1天TeamLeader批準即可;4天以上需總經理批準！";}} else {//如果還有下一個處理者則傳遞給下一個繼承者處理if (getSuccessor() != null)return getSuccessor().handleRequest(role, days);}return tips;}} package headfirst.ChainOfResponsibility;public class GeneralManager extends Handler{@Overridepublic String handleRequest(String role, int days) {// TODO Auto-generated method stubString tips = "";if (days > 3) {if ("GeneralManager".equals(role)) {tips = "GeneralManager agree " + days + " day(s) leave.";} else {tips = role + "無權限處理" + days + "天請假事宜。";}} else {//傳遞給下一個繼承者處理if (getSuccessor() != null)return getSuccessor().handleRequest(role, days);}return tips;}}

??????? 當然，在大多數情況下，這么簡單的處理邏輯是沒有實際用途的。真實的處理邏輯和所研究的系統商業邏輯密切相關，這里使用最簡化的商業邏輯，有助于我們將精力集中到如何將模式應用到設計中去。

??????? 客戶端的源碼清單如下：

?

package headfirst.ChainOfResponsibility;public class Client {/*** @param args*/public static void main(String[] args) {// TODO Auto-generated method stubHandler teamLeader = new TeamLeader();Handler projectManager = new ProjectManager();Handler generalManager = new GeneralManager();teamLeader.setSuccessor(projectManager);projectManager.setSuccessor(generalManager);String test1 = teamLeader.handleRequest("TeamLeader", 1);System.out.println(test1);String test2 = teamLeader.handleRequest("ProjectManager", 1);System.out.println(test2);System.out.print("+++++++++++++++++++++++++++++++++++++++++++++++++\n");String test3 = teamLeader.handleRequest("ProjectManager", 3);System.out.println(test3);String test4 = teamLeader.handleRequest("GeneralManager", 3);System.out.println(test4);System.out.print("+++++++++++++++++++++++++++++++++++++++++++++++++\n");String test5 = teamLeader.handleRequest("ProjectManager", 11);System.out.println(test5);String test6 = teamLeader.handleRequest("GeneralManager", 11);System.out.println(test6);System.out.print("+++++++++++++++++++++++++++++++++++++++++++++++++\n");}}

客戶端輸出如下：

?

TeamLeader agree 1 day(s) leave. 請假1天TeamLeader批準即可。 +++++++++++++++++++++++++++++++++++++++++++++++++ ProjectManager agree 3 day(s) leave. 請假1天TeamLeader批準即可;4天以上需總經理批準！ +++++++++++++++++++++++++++++++++++++++++++++++++ ProjectManager無權限處理11天請假事宜。 GeneralManager agree 11 day(s) leave. +++++++++++++++++++++++++++++++++++++++++++++++++

?

效果

??????? 職責鏈模式降低了請求的發送端和接收端之間的耦合，使多個對象都有機會處理這個請求。一個鏈可以是一條線、一棵樹、也可以是一個環。鏈的拓撲結構可以是單連通的或多連通的，職責鏈模式并不指定職責鏈的拓撲結構。但是職責鏈模式要求在同一個時間里，命令只可以被傳給一個下家(或被處理掉)而不能傳給多個下家。

??????? 下面情況可以使用職責鏈模式：

系統已經有一個由處理者對象組成的鏈。這個鏈可能由合成模式給出。

有多于一個的處理者對象會處理一個請求，而事先并不知道到底由哪一個處理者對象處理該請求。這個處理者對象是動態確定的。

系統想發出一個請求給多個處理者對象中的某一個，但是不明顯指定是哪一個處理者對象。

處理一個請求的處理者對象集合需要動態地被指定。

?

轉載于:https://www.cnblogs.com/snake-hand/p/3187111.html

總結

以上是生活随笔為你收集整理的OOP设计模式[JAVA]——03职责链模式的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。