職責鏈模式 Responsibility of Chain

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

職責鏈模式的意圖

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

職責鏈模式的結構

參與者

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

協(xié)作

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

使用場景

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

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

?

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 請假天數(shù)* @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天以上需總經(jīng)理批準！";}} 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;}}

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

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

?

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天以上需總經(jīng)理批準！ +++++++++++++++++++++++++++++++++++++++++++++++++ ProjectManager無權限處理11天請假事宜。 GeneralManager agree 11 day(s) leave. +++++++++++++++++++++++++++++++++++++++++++++++++

?

效果

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

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

系統(tǒng)已經(jīng)有一個由處理者對象組成的鏈。這個鏈可能由合成模式給出。

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

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

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

?

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

總結

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

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