溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
這篇文章主要介紹“web職責鏈模式由哪些部分組成”的相關知識，小編通過實際案例向大家展示操作過程，操作方法簡單快捷，實用性強，希望這篇“web職責鏈模式由哪些部分組成”文章能幫助大家解決問題。
適用性
職責鏈模式適用于以下情況：
?有多個對象可以處理一個請求，哪個對象處理該請求由對象自己決定。
?某個對象在處理請求的同時，也可以決定是否向后續的對象傳遞該請求。
結構
參與者
? Handler
— 定義一個處理請求的接口。
— 管理后繼節點（多個節點級聯之后形成后繼鏈條）
? ConcreteHandler
— 可以選擇是否處理收到的請求。
— 可以選擇是否將請求傳遞給后繼者。
— 一般來講處理和向后續傳遞是互斥的，但這并不是職責鏈本身的要求。
? Client
—請求的提出者。
一種可能的對象結構如下圖：
需要注意的是：實際的應用中，只要請求的傳播途徑形成鏈式結構即可。數據結構本身不一定如此。
協作
客戶提出的請求沿著鏈狀途徑傳播，鏈上的節點決定是處理還是向后傳播該請求。
效果
請求的提出者不用關心哪個對象會處理請求，甚至不需要知道是否有對象會處理該請求。
是否處理某個請求由傳播鏈上的節點決定。因此可以通過改變傳播途徑上節點的處理內容或者直接替換節點來改變請求的處理過程。而且無論哪種方式都可以在程序運行時完成。
雖然職責鏈模式可以極大地提高請求處理的靈活性，但是這種靈活性的反面是就是不確定性。客戶在發出請求的時候甚至不知道是否有對象會處理該請求。如果某些請求必須要處理，就需要在生成數據結構時保證這一點。當然了，實際上是否有對象處理該請求是可以通過返回值來確認的。
關于“web職責鏈模式由哪些部分組成”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識，可以關注億速云行業資訊頻道，小編每天都會為大家更新不同的知識點。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
