軟體領域中的設計模式為開發人員提供了一種使用專家設計經驗的有效途徑。設計模式中運用了物件導向程式設計語言的重要特性：封裝、繼承、多型，真正領悟設計模式的精髓是可能乙個漫長的過程，需要大量實踐經驗的積累。最近看設計模式的書，對於每個模式，用c++寫了個小例子，加深一下理解。主要參考《大話設計模式》和《設計模式:可復用物件導向軟體的基礎》兩本書。本文介紹裝飾模式的實現。
職責鏈模式：使多個物件都有機會處理請求，從而避免請求的傳送者和接收者之間的耦合關係。將這些物件連成一條鏈，並沿著這條鏈傳遞該請求，直到有乙個物件處理它為止。其思想很簡單，考慮員工要求加薪。公司的管理者一共有**，總經理、總監、經理，如果乙個員工要求加薪，應該向主管的經理申請，如果加薪的數量在經理的職權內，那麼經理可以直接批准，否則將申請上交給總監。總監的處理方式也一樣，總經理可以處理所有請求。這就是典型的職責鏈模式，請求的處理形成了一條鏈，直到有乙個物件處理請求。給出這個例子的uml圖。
**的實現比較簡單，如下所示：
[cpp]view plain
copy
print?
//抽象管理者
class
manager
virtual
void
dealwithrequest(string name,
intnum) {}
};
//經理
class
commonmanager:
public
manager
void
dealwithrequest(string name,
intnum)
else
} };
//總監
class
majordomo:
public
manager
void
dealwithrequest(string name,
intnum)
else
} };
//總經理
class
generalmanager:
public
manager
void
dealwithrequest(string name,
intnum)
//總經理可以處理所有請求
};
客戶呼叫方式為：
[cpp]view plain
copy
print?
//測試案例
intmain()
職責鏈模式
1.職責鏈 namespace dutychainpattern 用來處理請求 public abstract void transmitrequest int request 班主任 職責鏈上的乙個節點，在裡面進行判斷，看能否處理請求，不能則將請求轉移 public class classadvi...
職責鏈模式
劇情簡要 學習此模式，讓筆者聯想到自然界的生物鏈。打個比方 大魚吃小魚，小魚吃蝦公尺。河裡的小蝦公尺問大魚，你要不要吃我啊？大魚說 你太小了，吃了 沒吃，return 懶得吃！然後蝦公尺又問小魚 小螃蟹 小河馬同樣的問題。其實如果小蝦公尺這麼想自我了結的話，根本不用這麼費勁。這就開始了我們職責鏈模式...
職責鏈模式
職責鏈模式 使多個物件都有機會處理請求，從而避免請求的傳送者和接受者之間的耦合關係。將這些物件連成一條鏈，並沿著這條鏈傳遞該請求，直到有乙個物件處理它為止。using system using system.collections.generic using system.linq using sy...