避免請求傳送者與接收者耦合在一起，讓多個物件都有可能接收請求，將這些物件連線成一條鏈，並且沿著這條鏈傳遞請求，直到有物件處理它為止，這就是職責鏈模式。
#include "stdafx.h"
#include #include #include #include using namespace boost;
//職責鏈模式就是乙個請求提交給
//職責鏈中一連串的物件，如果遇到了
//符合處理條件的物件，就處理該請求
//否則就將請求交於該職責鏈中物件
//的後續物件進行處理,直到遇到符合請求
//條件的物件處理為止
class request
request(const int &data)
virtual ~request(){}
int getdata()
protected:
int _m_ndata;
};//職責鏈物件基類
class handler
public:
shared_ptr_m_handler;
};class handler1 : public handler
else
}};class handler2 : public handler
else
}};class handler3 : public handler
else
}};void testchainofresponsibility()
職責鏈模式
1.職責鏈 namespace dutychainpattern 用來處理請求 public abstract void transmitrequest int request 班主任 職責鏈上的乙個節點，在裡面進行判斷，看能否處理請求，不能則將請求轉移 public class classadvi...
職責鏈模式
軟體領域中的設計模式為開發人員提供了一種使用專家設計經驗的有效途徑。設計模式中運用了物件導向程式設計語言的重要特性 封裝 繼承 多型，真正領悟設計模式的精髓是可能乙個漫長的過程，需要大量實踐經驗的積累。最近看設計模式的書，對於每個模式，用c 寫了個小例子，加深一下理解。主要參考 大話設計模式 和 設...
職責鏈模式
劇情簡要 學習此模式，讓筆者聯想到自然界的生物鏈。打個比方 大魚吃小魚，小魚吃蝦公尺。河裡的小蝦公尺問大魚，你要不要吃我啊？大魚說 你太小了，吃了 沒吃，return 懶得吃！然後蝦公尺又問小魚 小螃蟹 小河馬同樣的問題。其實如果小蝦公尺這麼想自我了結的話，根本不用這麼費勁。這就開始了我們職責鏈模式...