維尼的蜂巢

SetTimer是一個計數器
原型是這樣   UINT_PTR SetTimer( HWND hWnd, UINT_PTR nIDEvent, UINT uElapse, TIMERPROC lpTimerFunc ) ;
在程式裡我們可以 設定多少時間要做什麼事情 他會觸發WM_TIMER

#define TIMER_SEC 1
#define TIMER_MIN 2
然後使用兩個SetTimer來設定兩個計時器：
SetTimer (hwnd, TIMER_SEC, 1000, NULL) ;
SetTimer (hwnd, TIMER_MIN, 60000, NULL) ;
WM_TIMER的處理如下所示：
case WM_TIMER:
　switch (wParam)
　{
　　case TIMER_SEC:
　　　//每秒一次的處理
　　　break ;
　　case TIMER_MIN:
　　　//每分鐘一次的處理
　　　break ;
　}
　return 0 ;

我發現了一個問題
如果TIMER_SEC(每秒1次)做了2分鐘 那TIMER_MIN(每分1次)該怎麼辦
事實上WM_TIMER的訊息在整個OS上的優先權很低的跟WM_PAINT一樣都很低
就是說 當我們正在處理WM_TIMER時 又有WM_TIMER想進來訊息佇列 他會自己當作沒看到 就像是 你只付一人份的錢 以為雙胞胎想輪流著吃飯我會不知道嗎
訊息佇列總會只有一份WM_TIMER存在 所以如果TIMER_SEC處理了2分鐘 那就等到處理完 再看哪個計數器幸運 牌比較前面

原來MFC的主要架構是繼承自CWinApp
他的上層是CWinThread 在上去是CCmdTarget在上去是 CObject
而且它裡面實作了 createwindow跟 訊息回圈(放在Run中 而且可以覆寫)
MFC比較重要的六個要注意的東西 
MFC 程式的初始化過程
RTTI（Runtime Type Information）
Dynamic Creation 動態生成
Persistence 永續留存
Message Mapping 訊息映射
Message Routing 訊息繞行
還蠻特別的是MFC的訊息映射
訊息的視窗有很多種實作的方法，下面就列出常見的三種。
沒有哪一種是最好的，但或許你可以找到一種適合你的。接下去，我們來結合一個基於對話框的應用程式來講解。
第一種方法：使用訊息映射。這是一種最直接、最簡單的方法。
a)    依賴主視窗
最簡單的方法，我們可以在主視窗中定義訊息映射。但有時候我們的主視窗的類別中已經寫了很多程式碼了，這樣會顯的很雜亂，看起來會很不想看因為太亂了；我們希望把這個特定訊息的反應獨立出來。這時，我們需要另外建立一個視窗。我們從CWnd類別中衍生了自己的一個類CMsgWnd。
接著定義訊息映射（假設WM_USER_MSG就是那個特定的消息）：
在CMsgWnd.cpp中，加入
BEGIN_MESSAGE_MAP(CMsgWnd, CWnd)
    //{{AFX_MSG_MAP(CMsgWnd)
        // NOTE – the ClassWizard will add and remove mapping macros here.
    //}}AFX_MSG_MAP
    ON_MESSAGE(WM_USER_MSG, OnUserMsg)
END_MESSAGE_MAP()
以及定義訊息反映函數（只是展示接收到了訊息）：
LRESULT CMsgWnd::OnUserMsg(WPARAM wParam, LPARAM lParam)
{
    CString  strMsg = “Receive message using message map(CommonWnd): “;
    CString  strParam;
    strParam.Format(“Method %d!”, wParam);
    ::AfxMessageBox(strMsg + strParam);
    return 0;
}
在CMsgWnd.h中，加入函數宣告：
afx_msg LRESULT OnUserMsg(WPARAM wParam, LPARAM lParam);
演示時，我們在主視窗類別（CMsgWindowDlg）中定義一個該類別的一個物件，然後如下建立視窗：mMsgWnd.Create(NULL, “Msg”, WS_CHILD, CRect(0,0,1,1), this, 0);
b)    不依賴其它視窗
上述的方法，我們建立的視窗作為主視窗的子視窗。但是，如果我們不想牽扯到其他視窗，我們應該怎麼做呢？很簡單，修改基礎類別，從CFrameWnd類衍生。因此呢，我們又生成了一個類CMsgFrameWnd。接下去，定義訊息映射的過程跟上述方法是相似的。
值得注意的是：我們在寫的時後，使用new操作在系統的Heap上建立這個視窗，如下：
mMsgFrameWnd [...]

有時候常常會遇到Debug可以跑 但是Release反而不能跑了 為什麼呢?
這實在很奧妙 所以要好好了解一下這兩個的差異
還有 所以我們常常需要在一個階段就Release編譯一次 這樣才不會最後手足無措 
Debug 版本
參數 含義
/MDd /MLd 或 /MTd 使用 Debug runtime library (測試版本的執行時函式庫)
/Od 關閉最佳化開關
/D “_DEBUG” 相當於 #define _DEBUG,打開編譯測試程式碼開關 (主要針對assert函數)
/ZI 建立 Edit and continue(編輯繼續)資料庫，這樣在測試過程中如果修改了程式碼不需重新編譯
/GZ 可以幫助取得記憶體的錯誤
/Gm 打開最小化重鏈接開關 減少鏈接時間
Release 版本
參數 含義
/MD /ML 或 /MT 使用發佈版本的執行時函式庫
/O1 或 /O2 最佳化開關，使程式最小或最快
/D “NDEBUG” 關閉條件編譯測試程式碼開關 (即不編譯assert函數)
/GF 合併重複的字串， 並將字串常數放到ROM中， 防止被修改
事實上呢 Debug 和 Release 並沒有本質的界限 他們只是一組編譯選項的集合 編譯器只是按照預定的選項行動。
事實上 我們甚至可以修改這些選項 從而得到最佳化過的測試版本或是帶跟蹤語法的正式版本。
哪些情況下 Release 版會出錯
有了上面的介紹，我們再來逐個對照這些選項看看 Release 版錯誤是怎樣產生的
1、Runtime [...]

要介紹的第二個使用技巧是
利用二進位運算式得到編譯時期常數 
另外一個特殊運算元是##
這個運算元能讓你把兩個參數連接起來，如下所示：
#define cat(a,b)      a ## b
value = cat (1,2);
錢至處理器會把上面這行轉成
value=12;
雖然說這個簡單的例子沒有什麼實際的用處(demo用而已)，但是可以看見##運算元確實有一些很有趣的用處。常在微軟的一些程式中會發現，可見他有時還蠻實用的。下面的技巧就可以讓你利用二進位運算式建立編譯時期的常數。這裡特別有趣的是所有下面的程式碼都是在前至處理器裡面處理的，沒有一行執行時的程式碼。
/*
//Usage
const int nibble = BINARY1(0101);       // 0×5
const int byte   = BINARY2(1010,0101);  // 0xa5
// 0xa5a5a5a5
const int dword = BINARY8(1010,0101,1010,0101,1010,0101,1010,0101);
*/
//Macro source:
#define HEX_DIGIT_0000 0
#define HEX_DIGIT_0001 1
#define HEX_DIGIT_0010 2
#define HEX_DIGIT_0011 3
#define HEX_DIGIT_0100 4
#define HEX_DIGIT_0101 5
#define HEX_DIGIT_0110 6
#define HEX_DIGIT_0111 7
#define HEX_DIGIT_1000 8
#define HEX_DIGIT_1001 9
#define HEX_DIGIT_1010 a
#define HEX_DIGIT_1011 b
#define HEX_DIGIT_1100 c
#define HEX_DIGIT_1101 d
#define HEX_DIGIT_1110 [...]