責任鏈模式職責鏈模式 Chain of Responsibility Pattern 行爲型設計模式（十七）

時間 2019-11-06

標籤責任模式職責 chain responsibility pattern 行爲設計十七简体版

原文原文鏈接

責任鏈模式（Chain of Responsibility Pattern）

職責鏈模式

意圖

使多個對象都有機會處理請求，從而避免請求的發送者和接受者之間的耦合關係

將這些對象鏈接成一條鏈，並沿着這條鏈傳遞請求，直到有一個對象處理它爲止。

責任鏈模式中，每一個對象經過持有對下家的引用而連接起來，造成一條鏈條，串聯起來多個處理對象。

在責任鏈模式中，請求在鏈上進行傳遞，直到鏈上的某一個對象決定處理此請求。

發出這個請求的客戶端程序並不知道究竟是哪個對象具體的處理了請求

這使得系統能夠在不影響客戶端的狀況下，動態的從新組織鏈和增長責任

好比類加載機制中的雙親委派模型，類加載器含有父類加載器的引用，造成了一個處理鏈

（不過類加載機制的具體行爲與責任鏈有出入，會一直委派到最頂級類加載，而不會在中間進行處理而後返回）

解析

責任鏈模式是一種很常見的場景

好比請假，不少公司會根據請假的緣由以及請假的時長，將會有不一樣的審批人

好比採購，對於採購金額的不一樣，可能須要不一樣的審批人

思考下請假的過程，可能你經歷過有兩種形式：

形式一：

第一步你寫好請假條；
第二步你拿給人事，人事說找部門主管簽字
第三步你拿請假條給部門主管，部門主管發現請假三天，而後告訴你，一天以上的假期須要老闆審批
第四步你拿請假條給老闆審批

形式二：

第一步你寫好請假條交給人事；（人事拿給部門主管，部門主管看狀況，若是批不了拿給老闆審批）

第二步等待審批；

可能的兩種流程就是上面這樣子的，請假的流程通常就這樣子了，總共有幾級審批，這幾級審批都有誰負責，也不會輕易的變化

再看一個採購審批的例子

示例

以採購爲例演示審批流程

抽象處理人角色 處理人擁有姓名屬性，另外定義了抽象的操做方法

package nonechainresponsibility;
public abstract class Handler {
protected String name;
Handler(String name){
this.name = name;
}
public abstract void operation();
}

具體的處理 人角色 DepartmentManager和Boss

package nonechainresponsibility;
public class DepartmentManager extends Handler {
public DepartmentManager(String name){
super(name);
}
@Override
public void operation() {
System.out.println("DepartmentManager process..name: "+this.name);
}
}

package nonechainresponsibility;
public class Boss extends Handler {
public Boss(String name) {
super(name);
}

@Override
public void operation() {
System.out.println("Boss process..name: " + this.name);
}
}

測試代碼以下，流程很簡單：

若是是金額小於1000元，由部門經理DepartmentManager 李四審批

不然，將由老總 Boss 張三審批

上面的實例中

測試類Test做爲客戶端，也就是至關於採購員

須要自行判斷金額的範圍，而後找對應的審批人進行審批

若是說金額從幾百到幾萬到幾十萬，根據金額分別有十幾個主管負責人進行審批呢？那麼審批的邏輯將會變得很複雜

也就是內部將會有更多的選擇邏輯判斷

並且

若是規則變更了呢？你將不得不修改邏輯，進行調整，顯然很是的不利於擴展

即便是新增一個級別的審批，仍舊是須要修改代碼邏輯

另外， 若是不一樣的部門的審批順序略有差別呢？ 如何應對？

上面的這種處理邏輯的根本問題在於：審批的流程固化在代碼中了

但是你只是個採購員，你但願的只是審批單被批准，你其實並不關心究竟是誰審批的，那爲何你要關注於這麼多的細節呢？

責任鏈模式就是爲了解決這種相似的場景。

一句話歸納責任鏈模式：「能搞就搞，搞不了給下一我的，請求發起者不關心誰幫我處理」

代碼示例

處理人角色新增successor 屬性，用於做爲下游處理，提供了setSuccessor（）方法進行設置

而且對operation方法進行改變，接受參數(Integer price)

package chainresponsibility;
public abstract class Handler {
protected String name;
Handler(String name){
this.name = name;
}
protected Handler successor;
public void setSuccessor(Handler successor){
this.successor = successor;
}
public abstract void operation(Integer price);
}

部門處理人角色和老闆角色同步作出修改

將判斷邏輯移入處處理內部

若是本身不能處理，那麼請求下游進行處理(示例比較簡單，因此Boss沒搞)

package chainresponsibility;

public class DepartmentManager extends Handler {

public DepartmentManager(String name){
super(name);
}
@Override
public void operation(Integer price) {
if(price < 1000){
System.out.println("DepartmentManager process..name: "+this.name);
}else{
successor.operation(price);
}
}
}

package chainresponsibility;
public class Boss extends Handler {

public Boss(String name) {
super(name);
}

@Override
public void operation(Integer price) {
System.out.println("Boss process..name: " + this.name);
}
}

測試代碼

package chainresponsibility;
public class Test {
public static void main(String[] args){
/*
* 動態生成鏈條
* */
Handler DmHandler = new DepartmentManager("李四");
Handler BossHandler = new Boss("張三");
DmHandler.setSuccessor(BossHandler);

/*
* 調用處理鏈的一個起始端點
* */
DmHandler.operation(600);
DmHandler.operation(6000);
}
}