職責鏈模式

?

很多情況下，在一個軟件系統中可以處理某個請求的對象不止一個，例如SCM系統中的采購
單審批，主任、副董事長、董事長和董事會都可以處理采購單，他們可以構成一條處理采購
單的鏈式結構，采購單沿著這條鏈進行傳遞，這條鏈就稱為職責鏈。

?

職責鏈可以是一條直線、一個環或者一個樹形結構，最常見的職責鏈是直線型

即沿著一條單向的鏈來傳遞請求。

?

鏈上的每一個對象都是請求處理者，職責鏈模式可以將請求的處理者組織成一條鏈，并
讓請求沿著鏈傳遞，由鏈上的處理者對請求進行相應的處理，客戶端無須關心請求的處理細
節以及請求的傳遞，只需將請求發送到鏈上即可，實現請求發送者和請求處理者解耦。

?

定義：

避免請求發送者與接收者
耦合在一起，讓多個對象都有可能接收請求，將這些對象連接成一條鏈，并且沿著這條鏈傳
遞請求，直到有對象處理它為止。職責鏈模式是一種對象行為型模式

Handler（抽象處理者）：它定義了一個處理請求的接口，一般設計為抽象類，由于不同的
具體處理者處理請求的方式不同，因此在其中定義了抽象請求處理方法。因為每一個處理者
的下家還是一個處理者，因此在抽象處理者中定義了一個抽象處理者類型的對象（如結構圖
中的successor），作為其對下家的引用。通過該引用，處理者可以連成一條鏈。

?

ConcreteHandler（具體處理者）：它是抽象處理者的子類，可以處理用戶請求，在具體處理
者類中實現了抽象處理者中定義的抽象請求處理方法，在處理請求之前需要進行判斷，看是
否有相應的處理權限，如果可以處理請求就處理它，否則將請求轉發給后繼者；在具體處理
者中可以訪問鏈中下一個對象，以便請求的轉發。

?

?

事例：

?

//請求類：采購單 public class PurchaseRequest {private double amount; //采購金額private int number; //采購單編號private String purpose; //采購目的public PurchaseRequest(double amount, int number, String purpose) {this.amount = amount;this.number = number;this.purpose = purpose;}public double getAmount() {return amount;}public void setAmount(double amount) {this.amount = amount;}public int getNumber() {return number;}public void setNumber(int number) {this.number = number;}public String getPurpose() {return purpose;}public void setPurpose(String purpose) {this.purpose = purpose;} } //抽象處理者 abstract class Approver {protected Approver successor;//定義后繼對象protected String name;//審批者姓名public Approver(String name){this.name = name;}//設置后繼者public void setSuccessor(Approver successor) {this.successor = successor;}//抽象請求處理方法public abstract void processRequest(PurchaseRequest request); } //具體處理者 public class Director extends Approver {public Director(String name) {super(name);}@Overridepublic void processRequest(PurchaseRequest request) {if (request.getAmount() < 50000){System.out.println("主任:"+ this.name + "審批采購單："+ request.getNumber() + "，金額："+ request.getAmount() + "元，采購目的："+ request.getPurpose() + "。"); //處理請求}else{//轉發請求this.successor.processRequest(request);}} } public class VicePresident extends Approver {public VicePresident(String name) {super(name);}@Overridepublic void processRequest(PurchaseRequest request) {if (request.getAmount() < 100000){System.out.println("副董事長:"+ this.name + "審批采購單："+ request.getNumber() + "，金額："+ request.getAmount() + "元，采購目的："+ request.getPurpose() + "。"); //處理請求}else{//轉發請求this.successor.processRequest(request);}} } public class President extends Approver {public President(String name) {super(name);}@Overridepublic void processRequest(PurchaseRequest request) {if (request.getAmount() < 500000) {System.out.println("董事長" + this.name + "審批采購單：" +request.getNumber() + "，金額：" +request.getAmount() + "元，采購目的：" +request.getPurpose() + "。"); //處理請求 }else {this.successor.processRequest(request); //轉發請求 }} }

?

//董事會類：具體處理者 public class Congress extends Approver{public Congress(String name) {super(name);}@Overridepublic void processRequest(PurchaseRequest request) {System.out.println("召開董事會審批采購單："+ request.getNumber() + "，金額："+ request.getAmount() + "元，采購目的："+ request.getPurpose() + "。"); //處理請求 } }

?

public class client {public static void main(String[] args) {Approver wjzhang,gyang,jguo,meeting;wjzhang = new Director("張無忌");gyang = new VicePresident("楊過");jguo = new President("郭靖");meeting = new Congress("董事會");//創建職責鏈 wjzhang.setSuccessor(gyang);gyang.setSuccessor(jguo);jguo.setSuccessor(meeting);//創建采購單PurchaseRequest pr1 = new PurchaseRequest(45000,10001,"購買倚天劍");wjzhang.processRequest(pr1);PurchaseRequest pr2 = new PurchaseRequest(60000,10002,"購買《葵花寶典》");wjzhang.processRequest(pr2);PurchaseRequest pr3 = new PurchaseRequest(160000,10003,"購買《金剛經》");wjzhang.processRequest(pr3);PurchaseRequest pr4 = new PurchaseRequest(800000,10004,"購買桃花島");wjzhang.processRequest(pr4);} }

?

圖構：

?

?

?

(1) 純的職責鏈模式

一個純的職責鏈模式要求一個具體處理者對象只能在兩個行為中選擇一個：要么承擔全部責
任，要么將責任推給下家，不允許出現某一個具體處理者對象在承擔了一部分或全部責任后
又將責任向下傳遞的情況。而且在純的職責鏈模式中，要求一個請求必須被某一個處理者對
象所接收，不能出現某個請求未被任何一個處理者對象處理的情況。在前面的采購單審批實
例中應用的是純的職責鏈模式。

?

?

(2)不純的職責鏈模式

在一個不純的職責鏈模式中允許某個請求被一個具體處理者部分處理后再向下傳遞，或者一
個具體處理者處理完某請求后其后繼處理者可以繼續處理該請求，而且一個請求可以最終不
被任何處理者對象所接收。Java AWT 1.0中的事件處理模型應用的是不純的職責鏈模式，其基
本原理如下：由于窗口組件（如按鈕、文本框等）一般都位于容器組件中，因此當事件發生
在某一個組件上時，先通過組件對象的handleEvent()方法將事件傳遞給相應的事件處理方法，
該事件處理方法將處理此事件，然后決定是否將該事件向上一級容器組件傳播；上級容器組
件在接到事件之后可以繼續處理此事件并決定是否繼續向上級容器組件傳播，如此反復，直
到事件到達頂層容器組件為止；如果一直傳到最頂層容器仍沒有處理方法，則該事件不予處
理。每一級組件在接收到事件時，都可以處理此事件，而不論此事件是否在上一級已得到處
理，還存在事件未被處理的情況。顯然，這就是不純的職責鏈模式，早期的Java AWT事件模
型(JDK 1.0及更早)中的這種事件處理機制又叫事件浮升(Event Bubbling)機制。從Java.1.1以
后，JDK使用觀察者模式代替職責鏈模式來處理事件。目前，在JavaScript中仍然可以使用這
種事件浮升機制來進行事件處理。

?

?優點：

?

(1) 職責鏈模式使得一個對象無須知道是其他哪一個對象處理其請求，對象僅需知道該請求會
被處理即可，接收者和發送者都沒有對方的明確信息，且鏈中的對象不需要知道鏈的結構，
由客戶端負責鏈的創建，降低了系統的耦合度。

(2) 請求處理對象僅需維持一個指向其后繼者的引用，而不需要維持它對所有的候選處理者的
引用，可簡化對象的相互連接。

?

(3) 在給對象分派職責時，職責鏈可以給我們更多的靈活性，可以通過在運行時對該鏈進行動
態的增加或修改來增加或改變處理一個請求的職責。

(4) 在系統中增加一個新的具體請求處理者時無須修改原有系統的代碼，只需要在客戶端重新
建鏈即可，從這一點來看是符合“開閉原則”的。

?

?缺點：

(1) 由于一個請求沒有明確的接收者，那么就不能保證它一定會被處理，該請求可能一直到鏈
的末端都得不到處理；一個請求也可能因職責鏈沒有被正確配置而得不到處理。

(2) 對于比較長的職責鏈，請求的處理可能涉及到多個處理對象，系統性能將受到一定影響，
而且在進行代碼調試時不太方便。

(3) 如果建鏈不當，可能會造成循環調用，將導致系統陷入死循環。

?

?適用場景：

(1) 有多個對象可以處理同一個請求，具體哪個對象處理該請求待運行時刻再確定，客戶端只
需將請求提交到鏈上，而無須關心請求的處理對象是誰以及它是如何處理的。

(2) 在不明確指定接收者的情況下，向多個對象中的一個提交一個請求。

(3) 可動態指定一組對象處理請求，客戶端可以動態創建職責鏈來處理請求，還可以改變鏈中處理者之間的先后次序。

?

轉載于:https://www.cnblogs.com/Mrchengs/p/10897964.html

總結

以上是生活随笔為你收集整理的15、设计模式-行为型模式-职责链模式的全部內容，希望文章能夠幫你解決所遇到的問題。

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