這篇文章主要介紹“web職責鏈模式由哪些部分組成”的相關知識，小編通過實際案例向大家展示操作過程，操作方法簡單快捷，實用性強，希望這篇“web職責鏈模式由哪些部分組成”文章能幫助大家解決問題。

十年專注成都網(wǎng)站制作，成都定制網(wǎng)頁設計，個人網(wǎng)站制作服務，為大家分享網(wǎng)站制作知識、方案，網(wǎng)站設計流程、步驟,成功服務上千家企業(yè)。為您提供網(wǎng)站建設,網(wǎng)站制作,網(wǎng)頁設計及定制高端網(wǎng)站建設服務,專注于成都定制網(wǎng)頁設計,高端網(wǎng)頁制作,對不銹鋼雕塑等多個行業(yè)，擁有豐富的網(wǎng)站維護經(jīng)驗。

適用性

職責鏈模式適用于以下情況：

?有多個對象可以處理一個請求，哪個對象處理該請求由對象自己決定。

?某個對象在處理請求的同時，也可以決定是否向后續(xù)的對象傳遞該請求。

結構

參與者

? Handler
— 定義一個處理請求的接口。
— 管理后繼節(jié)點（多個節(jié)點級聯(lián)之后形成后繼鏈條）
? ConcreteHandler
— 可以選擇是否處理收到的請求。
— 可以選擇是否將請求傳遞給后繼者。
— 一般來講處理和向后續(xù)傳遞是互斥的，但這并不是職責鏈本身的要求。

? Client

—請求的提出者。

一種可能的對象結構如下圖：

需要注意的是：實際的應用中，只要請求的傳播途徑形成鏈式結構即可。數(shù)據(jù)結構本身不一定如此。

協(xié)作

客戶提出的請求沿著鏈狀途徑傳播，鏈上的節(jié)點決定是處理還是向后傳播該請求。

效果

請求的提出者不用關心哪個對象會處理請求，甚至不需要知道是否有對象會處理該請求。

是否處理某個請求由傳播鏈上的節(jié)點決定。因此可以通過改變傳播途徑上節(jié)點的處理內(nèi)容或者直接替換節(jié)點來改變請求的處理過程。而且無論哪種方式都可以在程序運行時完成。

雖然職責鏈模式可以極大地提高請求處理的靈活性，但是這種靈活性的反面是就是不確定性。客戶在發(fā)出請求的時候甚至不知道是否有對象會處理該請求。如果某些請求必須要處理，就需要在生成數(shù)據(jù)結構時保證這一點。當然了，實際上是否有對象處理該請求是可以通過返回值來確認的。

關于“web職責鏈模式由哪些部分組成”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關的知識，可以關注創(chuàng)新互聯(lián)行業(yè)資訊頻道，小編每天都會為大家更新不同的知識點。

當前題目：web職責鏈模式由哪些部分組成
轉載來源：http://www.chinadenli.net/article28/ighhjp.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供企業(yè)網(wǎng)站制作、手機網(wǎng)站建設、營銷型網(wǎng)站建設、網(wǎng)站建設、用戶體驗、關鍵詞優(yōu)化

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉載內(nèi)容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)