行為型模式 職責鏈模式

職責鏈模式(chain of responsibility pattern)：避免請求傳送者與接收者耦合在一起，讓多個物件都有可能接收請求，將這些物件連線成一條鏈，並且沿著這條鏈傳遞請求，直到有物件處理它為止。職責鏈模式是一種物件行為型模式。

它是抽象處理者的子類，可以處理使用者請求，在具體處理者類中實現了抽象處理者中定義的抽象請求處理方法，在處理請求之前需要進行判斷，看是否有相應的處理許可權，如果可以處理請求就處理它，否則將請求**給後繼者；在具體處理者中可以訪問鏈中下乙個物件，以便請求的**。

第一是處理請求，不同的具體處理者以不同的形式實現抽象請求處理方法handlerequest()；

第二是**請求，如果該請求超出了當前處理者類的許可權，可以將該請求**給下家。

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

abstract class handler 

public abstract void handlerequest(string request);
}class concretehandler extends handler 
else 
}}

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

在乙個不純的職責鏈模式中允許某個請求被乙個具體處理者部分處理後再向下傳遞，或者乙個具體處理者處理完某請求後其後繼處理者可以繼續處理該請求，而且乙個請求可以最終不被任何處理者物件所接收。

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

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

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

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

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

(2) 對於比較長的職責鏈，請求的處理可能涉及到多個處理物件，系統效能將受到一定影響，而且在進行**除錯時不太方便。

(3) 如果建鏈不當，可能會造成迴圈呼叫，將導致系統陷入死迴圈。

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

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

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

設計模式 行為型模式 職責鏈模式

採購單 請求類 class purchaserequest public void setamount double amount public double getamount public void setnumber int number public int getnumber public...

14 行為型模式 職責鏈模式

模式動機 chain of responsibility pattern 對於某個請求，有多個接收者都可能處理，將這樣的接收者鏈結成乙個單向鍊錶，根據不同的請求型別決定最終由哪個結點負責處理。不同結點需要維護乙個指向下乙個結點的鏈結，該鏈結可以通過構造結點時傳入，也可以通過結點介面指定下乙個接收結點...

職責鏈模式 物件行為模式

意圖 使多個物件有機會處理請求，從而避免請求的傳送者和接受者之間的耦合關係。這將這些物件連成一條鏈，並沿著這條鏈傳遞該請求，直到有乙個物件處理它為止。模式是給多個物件處理乙個請求的機會，從而解耦傳送者和接受者。請求沿物件鏈傳遞直至其中乙個物件處理它，如下圖所示 從第乙個物件開始，鏈中收到請求的物件要...