1、模式定義
職責鏈模式(chain of responsibility pattern)：避免請求傳送者與接收者耦合在一起，讓多個物件都有可能接收請求。將這些物件連線成一條鏈。並且沿著這條鏈傳遞請求。直到有物件處理它為止。因為英文翻譯的不同，職責鏈模式又稱為責任鏈模式，它是一種物件行為型模式。
2、模式結構
職責鏈模式包括例如以下角色：
handler: 抽象處理者
concretehandler: 詳細處理者
client: 客戶類
3、模式分析
在職責鏈模式裡，非常多物件由每個物件對其下家的引用而連線起來形成一條鏈。
請求在這條鏈上傳遞，直到鏈上的某乙個物件處理此請求為止。
發出這個請求的client並不知道鏈上的哪乙個物件終於處理這個請求，這使得系統能夠在不影響client的情況下動態地又一次組織鏈和分配責任。
典型的抽象處理者**：
public abstract class handler
public abstract void handlerequest(string request);
}
典型的詳細處理者**：
public class concretehandler extends handler
else
}}
職責鏈模式的長處
減少耦合度
可簡化物件的相互連線
增強給物件指派職責的靈活性
新增新的請求處理類非常方便
職責鏈模式的缺點
不能保證請求一定被接收。
系統效能將受到一定影響，並且在進行**除錯時不太方便。可能會造成迴圈呼叫。
5、模式適用環境
在下面情況下能夠使用職責鏈模式：
有多個物件能夠處理同乙個請求，詳細哪個物件處理該請求由執行時刻自己主動確定。
在不明白指定接收者的情況下，向多個物件中的乙個提交乙個請求。
可動態指定一組物件處理請求。
職責鏈模式
1.職責鏈 namespace dutychainpattern 用來處理請求 public abstract void transmitrequest int request 班主任 職責鏈上的乙個節點，在裡面進行判斷，看能否處理請求，不能則將請求轉移 public class classadvi...
職責鏈模式
軟體領域中的設計模式為開發人員提供了一種使用專家設計經驗的有效途徑。設計模式中運用了物件導向程式設計語言的重要特性 封裝 繼承 多型，真正領悟設計模式的精髓是可能乙個漫長的過程，需要大量實踐經驗的積累。最近看設計模式的書，對於每個模式，用c 寫了個小例子，加深一下理解。主要參考 大話設計模式 和 設...
職責鏈模式
劇情簡要 學習此模式，讓筆者聯想到自然界的生物鏈。打個比方 大魚吃小魚，小魚吃蝦公尺。河裡的小蝦公尺問大魚，你要不要吃我啊？大魚說 你太小了，吃了 沒吃，return 懶得吃！然後蝦公尺又問小魚 小螃蟹 小河馬同樣的問題。其實如果小蝦公尺這麼想自我了結的話，根本不用這麼費勁。這就開始了我們職責鏈模式...