Chain of responsibility（職責鏈）–對象行為型模式

一、意圖
使多個對象有機會處理請求，從而避免請求的發送者和接受者之間的耦合關系。將這些對象連成一條鏈，并沿著這條鏈傳遞該請求，直到有一個對象處理它為止。

二、動機
1.在軟件構建過程中，一個請求可能被多個對象處理，但是每個請求在運行時只能有一個接受者，如果顯式指定，將必不可少地帶來請求發送者與接受者的緊耦合。
2.如何使請求的發送者不需要指定具體的接受者？讓請求的接受者自己在運行時決定來處理請求，從而使兩者解耦。

三、適用性
1.有多個的對象可以處理一個請求，哪個對象處理該請求運行時刻自動確定。
2.你想在不明確指定接受者的情況下，向多個對象中的一個提交一個請求。
3.可處理一個請求的對象集合應該被動態指定。

四、結構

一個典型的對象結構可能如下圖所示：

五、效果
1.降低耦合度。
2.增強了給對象指派職責的靈活性。
3.不保證被接受。

六、實現
1.實現后繼者鏈。
2.連接后繼者。
3.表示請求。

七、要點總結
1.Chain of Responsibility模式的應用場合在于“一個請求可能有多個接受者，但是最后真正的接受者只有一個”，這時候請求發送者與接受者的耦合有可能出現“變化脆弱”的癥狀，職責鏈的目的就是將二者解耦，從而更好地應對變化。
2.應用了Chain of Responsibility模式后，對象的職責分派將更具靈活性。我們可以在運行時動態添加、修改請求的處理職責。
3.如果請求傳遞到職責鏈的末尾仍得不到處理，應該有一個合理的缺省機制。者也是每個接受對象的責任，而不是發出請求對象的責任。

八、相關模式
職責鏈常與Composite一起使用。這種情況下，一個構件的父構件可作為它的后繼。

九、舉例說明
類似一個單向鏈表。

本文為李建忠設計模式視頻的筆記以及《設計模式-可復用面向對象的軟件的基礎》和自己的部分見解

總結

以上是生活随笔為你收集整理的Chain of responsibility（职责链）--对象行为型模式的全部內容，希望文章能夠幫你解決所遇到的問題。

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