使得多個物件都有機會處理請求，從而避免請求的傳送者和接收者間的耦合關係；將這個物件連成一條鏈，並沿著這條鏈傳遞該請求，直達有乙個物件處理他。處理類有能力處理請求就處理，不能的話就將該請求**給他的後繼者。這樣就有一種隱患：請求很可能得不到處理，因此使用時需要事先考慮全面，需要
事先給每個處理類設定後繼者，在處理請求時判斷是否可以處理該請求、是否要轉移給後繼者。
職責鏈中接收者和傳送者都沒有對方的明確資訊，鏈中物件也不知道鏈的結構，他們僅需保持乙個指向後繼者的引用，簡化了物件間的相互連線，降低耦合度。
有多個的物件可以處理乙個請求，哪個物件處理該請求執行時刻自動確定。
你想在不明確指定接收者的情況下，向多個物件中的乙個提交乙個請求。
可動態指定一組物件處理請求。
class program
}class request//請求
set
}private string requestcontent;//內容
public string requestcontent
set
}private int number;//數量，金額
public int number
set }}
abstract class manager//管理者
public void setsuperior(manager superion)
//申請請求
}class commonmanager:manager//經理
數量被批准",
name ,request .requestcontent ,request .number );
}else}}
}class majordomo:manager//總監
數量被批准",
name ,request .requestcontent ,request .number );
}else}}
}class generalmanager:manager//總經理
數量被批准",
name ,request .requestcontent ,request .number );
}else if (request .requesttype =="加薪" && request .number <=500)//兩種情況
數量被批准",name,request .requestcontent ,request .number );
}else if(request .requesttype =="加薪" && request .number >500)//涵蓋全部，加薪一定會被處理
數量再說吧",name ,request .requestcontent ,request .number );}}
}}
職責鏈模式
1.職責鏈 namespace dutychainpattern 用來處理請求 public abstract void transmitrequest int request 班主任 職責鏈上的乙個節點，在裡面進行判斷，看能否處理請求，不能則將請求轉移 public class classadvi...
職責鏈模式
軟體領域中的設計模式為開發人員提供了一種使用專家設計經驗的有效途徑。設計模式中運用了物件導向程式設計語言的重要特性 封裝 繼承 多型，真正領悟設計模式的精髓是可能乙個漫長的過程，需要大量實踐經驗的積累。最近看設計模式的書，對於每個模式，用c 寫了個小例子，加深一下理解。主要參考 大話設計模式 和 設...
職責鏈模式
劇情簡要 學習此模式，讓筆者聯想到自然界的生物鏈。打個比方 大魚吃小魚，小魚吃蝦公尺。河裡的小蝦公尺問大魚，你要不要吃我啊？大魚說 你太小了，吃了 沒吃，return 懶得吃！然後蝦公尺又問小魚 小螃蟹 小河馬同樣的問題。其實如果小蝦公尺這麼想自我了結的話，根本不用這麼費勁。這就開始了我們職責鏈模式...