虛類中包含乙個自己的同類物件叫nextchain。過載方法中判斷是否是自己應該處理的，並轉給nextchain.這樣一層一層。。。。
可以用管理類+陣列來代替。
當然很明顯職責鏈類少。簡傑不簡單。 至少學會這個可以更快看懂別人**。
而管理類+陣列，簡單。沒毛病。
個人感覺，有適合的地方，可以用。因為真的很簡潔。
//看裝飾模式的時候，如果看明白了。那麼職責鏈就會秒懂了。因為2個東西，是乙個技術。只是用來解決不同的問題而已。
//裝飾模式，也需要乙個鏈，因為必須一步一步的裝飾。
//其實是乙個很簡單的技術，鍊錶也是這樣，只不過這裡需要過載方法，所以是個虛類。超級簡單。
//當然不用鍊錶的技術，用乙個陣列來儲存乙個職責鏈，也沒有任何問題。
//直接用陣列替代這個模式，應該是沒有違反第一 原則，開閉原則。 但是職責鏈，有一種簡潔的感覺，不需要乙個管理類來維護陣列，也不需要在他們之間傳遞資料。
//個人感覺大多數情況可以用管理類+陣列來代替這個模式。 除非像處理日誌，這種可以肯定不會有更複雜的擴充套件的需求，可以考慮職責鏈模式。
//想象一下，如果要擴充套件變化了。處理職責的功能可能是動態的，需要的方法，物件不等，這就比較麻煩，所以職責鏈適合 某個底層，孤獨模組，可以確定不會有大變動的模組。
//不確定，乾脆不用唄。管理類+陣列， 大家都秒懂。
public
class
chainpattern
public
enum
enum_msgtype
public
abstract
class
mychain
}public
class
infomsg extends mychain
if(mnextchain!=null
) }}
public
class
errormsg extends mychain
if(mnextchain!=null
) }}
}
職責鏈模式
1.職責鏈 namespace dutychainpattern 用來處理請求 public abstract void transmitrequest int request 班主任 職責鏈上的乙個節點，在裡面進行判斷，看能否處理請求，不能則將請求轉移 public class classadvi...
職責鏈模式
軟體領域中的設計模式為開發人員提供了一種使用專家設計經驗的有效途徑。設計模式中運用了物件導向程式設計語言的重要特性 封裝 繼承 多型，真正領悟設計模式的精髓是可能乙個漫長的過程，需要大量實踐經驗的積累。最近看設計模式的書，對於每個模式，用c 寫了個小例子，加深一下理解。主要參考 大話設計模式 和 設...
職責鏈模式
劇情簡要 學習此模式，讓筆者聯想到自然界的生物鏈。打個比方 大魚吃小魚，小魚吃蝦公尺。河裡的小蝦公尺問大魚，你要不要吃我啊？大魚說 你太小了，吃了 沒吃，return 懶得吃！然後蝦公尺又問小魚 小螃蟹 小河馬同樣的問題。其實如果小蝦公尺這麼想自我了結的話，根本不用這麼費勁。這就開始了我們職責鏈模式...