最近在學習設計模式，突然想到MFC裡面其實也包含有設計模式的原理，於是分析了一下，做一個筆記，網上也找了一些資料，在此一併感謝。

任何MFC應用程式的第一步就是建立一個應用程式物件(CWinApp或者其子類的例項)。在一個MFC應用程式中只能有一個應用程式物件，而且只有一個獲取這個物件的全域性入口點(AfxGetApp())，所以CWinApp及其子類均屬於單例類(Singleton class)。

結構型模式

橋接模式(Bridge Pattern)

在MFC中，將物件儲存到持久化介質中或者從持久化介質取回物件的機制稱為序列化/反序列化(Serialization/Deserialization)。MFC使用橋接模式實現了序列化/反序列化，CArchive類提供了序列化/反序列化的介面，而CFile及其子類則提供了序列化/反序列化的實現(比如記憶體、硬碟檔案、Sockets等等)。
CArchive接受一個CFile或者其子類的物件作為建構函式的引數，從而獲取包括檔名稱、請求的操作型別(讀/寫)等必需的序列化資訊。客戶端使用CArchive物件執行序列化/反序列化操作，而無需關心CFile所採取的具體的持久化機制。

模板方法模式中，基類用一些抽象的操作定義了一個演算法的骨架，子類重定義演算法中的特定部分，以完成特定於子類的各種操作。類CView（AbstractClass）裡面的函式OnPaint、OnDraw。使用者只需在CView的派生類中的OnDraw
函式中編寫程式碼就可實現資料的正確顯示，而不必關心OnDraw如何被呼叫。

職責鏈模式 

多個物件組成一個物件鏈，客戶請求沿著物件鏈進行傳播，直到有一個物件處理它。在MFC中，所有派生自CCmdTarget的類都能夠響應命令訊息（WM_COMMAND），所有派生自CWnd的類都能夠響應標準Windows訊息（除 WM_COMMAND 之外的訊息）。因 CWnd派生於CCmdTarget類，故派生自CWnd的類也可響應命令訊息。

中介模式

用一箇中介物件來封裝一系列的物件互動。中介模式將一系列物件間的多對多的通訊轉化為中介物件與各個物件的一對多的通訊，從而使其耦合鬆散，而且可以獨立的改變它們之間的互動。

MFC中對話方塊類作為中介類，對話方塊上的其它控制元件作為同事類。如編輯框，按鈕，下拉鍊表框等。當對話方塊上的兩個或多個控制元件需要通訊時（如編輯框輸入有效資料後使按鈕使能），傳送訊息的控制元件首先將訊息傳送到它的父視窗（對話方塊），然後父視窗將收到的訊息轉發到各目標控制元件。

參考資料：http://blog.csdn.net/guolongcang/article/details/6754424

                   http://hi.baidu.com/piperworldcup/blog/item/1c54f7af12b1b1fefaed507f.html

                   http://wenku.baidu.com/view/c7ca4bd950e2524de5187edd.html