深入浅出MFC第2版(PDF格式)-第122部分

快捷操作: 按键盘上方向键 ← 或 → 可快速上下翻页 按键盘上的 Enter 键可回到本书目录页 按键盘上方向键 ↑ 可回到本页顶部! 如果本书没有阅读完，想下次继续接着阅读，可使用上方 "收藏到我的浏览器" 功能 和 "加入书签" 功能！





　　　　　我可以高高興興盡情使用這副本（渾然不覺），但其他程式呼叫的卻仍然是那未經　



　　　　　雕琢的，身處KRNL386　　模組的　　OutputDebugString　。這樣就洠в惺颤N大用處啦！　



　　　　　　　　　　　　　copy…on…write　　Matt　Pietrck　　Windows　95　System　Programming　SECRETS　

　　　　　裕В核�謂　　　　　　　　　　　　機制，　　　　　　　　　　的　



　　　　　第５章（#290　　頁）解釋得相當好。我大略說明它的意義。　



　　　　　當作業系統極儘可能共享程式碼，對除錯器會帶來什麼影響？如果除錯器寫入斷點　



　　　　　指令的那個　　code　　page　　是被兩個行程共享的話，就會有潛在問睿�。要知道，除錯器只對　



　　　　　個行程除錯，另個行程即使碰到斷點，也不應該受影響。　



　　　　　高級作業系統對付此問睿�的方法是所謂的　　〃copy　on　write〃　　機制：記憶體管理器使用　　CPU　



　　　　　的分頁機制，儘可能將記憶體共享出來，而在必要的時候又將某些　　RAM　　page　　眩�製　



　　　　　份。　



　　　　　　　　　　　　　　　　　　　　　　　　instance　　　　　　　　　　　　　　　　　　code　　pages　

　　　　　假設某個程式的兩個個體（　　　　　　　　　　　　　）都正在執行，共享相同的　　　　　　　　　　　　　　　（都是唯讀性　



　　　　　伲�）。其之處於除錯狀態，使用者告訴除錯器在程式某處放個斷點　



　　　　　　　breakpoint　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　page　fault　　　code　page　　

　　　　　　（　　　　　　　）。當除錯器企圖寫入斷點指令，會樱�發個　　　　　　　　　　　　　　　　　（因為　　　　　　　　　擁　



　　　　　有唯讀屬性）。作業系統看到這個page　fault　　，首先斷定是除錯器企圖讀記憶體內容，　



　　　　　這是合法的。然而，隨後寫入到共享記憶體的動作就不被允許了。系統於是會先將受　



　　　　　影響的各頁拷貝份，並改變被除錯者的　　page　table　　，使映射關係轉變到這份拷貝版。　



　　　　　旦記憶體被拷貝並被映射，系統就可以讓寫入動作過關了。寫入動作只影響拷貝內容，　



　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　923　


…………………………………………………………Page　986……………………………………………………………

　　　　　　　　　　　　　　　　　　　第五篇　　　　附錄　　



　　　　　　　　　　　　　　　　　　　不影響原先內容。　



　　　　　　　　　　　　　　　　　　　Copy　on　write　　機制的最大好處就是儘可能讓記憶體獲得共享效益。只有在必要時刻，系　



　　　　　　　　　　　　　　　　　　　統才會對共享記憶體做出新的拷貝。　



　　　　　　　　　　　　　　　　　　　　　　　MFC　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　TRACE　　　　　　　　　　　　　　　　　　　　　　afxDump　

　　　　　　　　　　　　　　　　　　　在　　　　　　　程式，所有的詳嘀噶罨蚓藜�（包括　　　　　　　　　　　　　　　　　　　　　　　）事實都流經個名為　



　　　　　　　　　　　　　　　　　　　的物件之，那是個　　　　　　　　　　　　　　　　　　CDumpContext　　物件。所有的詳鄤幼鞫歼M入　



　　　　　　　　　　　　　　　　　　　CDumpContext：：OutputString　　成員函式，然後才進入全域函式　　AfxOutputDebugString　　　　　　　　　，把　



　　　　　　　　　　　　　　　　　　　字串送往除錯器。　



　　　　　　　　　　　　　　　　　　　攔截除錯器是很困難的啦，但是你知道，字串也可以被送往檔案。如果我們能夠把送往　



　　　　　　　　　　　　　　　　　　　檔案的字串攔截來，大功就完成了半。這個通往檔案的奧秘在哪裡呢？看看　　MFC　　的　



　　　　　　　　　　　　　　　　　　　　　　　　　　　圖一　　　　　　　　　　　　　　　　　　　　　　　　　　　m_pFile　　　　　　　　　　　　　　　　　　　　　　　　　　m_pFile　

　　　　　　　　　　　　　　　　　　　原始碼（　　　　　　　　）。啊哈，我們發現，如果　　　　　　　　　　　　　　　　　　　　有所指定，字串就流往檔案。　



　　　　　　　　　　　　　　　　　　　是個　　CFile　　物件（圖二）。　



　　　　　　　　　　　　　　　　　　　//　in　MFC　4。x　DUMPCONT。CPP　

　　　　　　　　　　　　　　　　　　　#0001　　void　CDumpContext：：OutputString（LPCTSTR　lpsz）　

　　　　　　　　　　　　　　　　　　　#0002　　｛　

　　　　　　　　　　　　　　　　　　　#0003　　#ifdef　_DEBUG　

　　　　　　　　　　　　　　　　　　　#0004　　　　　　//　all　CDumpContext　output　is　controlled　by　afxTraceEnabled　

　　　　　　　　　　　　　　　　　　　#0005　　　　　　if　（！afxTraceEnabled）　

　　　　　　　　　　　　　　　　　　　#0006　　　　　　　　　　return；　

　　　　　　　　　　　　　　　　　　　#0007　　#endif　

　　　　　　　　　　　　　　　　　　　#0008　

　　　　　　　　　　　　　　　　　　　#0009　　　　　　//　use　C…runtime/OutputDebugString　when　m_pFile　is　NULL　

　　　　　　　　　　　　　　　　　　　#0010　　　　　　if　（m_pFile　==　NULL）　

　　　　　　　　　　　　　　　　　　　#0011　　　　　　｛　

　　　　　　　　　　　　　　　　　　　#0012　　　　　　　　　　AfxOutputDebugString（lpsz）；　

　　　　　　　　　　　　　　　　　　　#0013　　　　　　　　　　return；　

　　　　　　　　　　　　　　　　　　　#0014　　　　　　｝　

　　　　　　　　　　　　　　　　　　　#0015　

　　　　　　　　　　　　　　　　　　　#0016　　　　　　//　otherwise；　write　the　string　to　the　file　

　　　　　　　　　　　　　　　　　　　#0017　　　　　　m_pFile…》Write（lpsz；　lstrlen（lpsz）*sizeof（TCHAR））；　

　　　　　　　　　　　　　　　　　　　#0018　　｝　



　　　　　　　　　　　　　　　　　　　圖一　　　　　　CDumpContext：：OutputString　　　原始碼　



924　


…………………………………………………………Page　987……………………………………………………………

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　附錄Ｄ　　　　以MFC　重建DBWIN　　



//　in　MFC　4。x　AFX。H　

#0001　　class　CDumpContext　

#0002　　｛　

#0003　　。。。　

#0004　　public：　

#0005　　　　　　　　　　CFile*　m_pFile；　

#0006　　｝；　



圖二　　　　　　CDumpContext　　　原始碼　



　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　CMfxTrace　　　圖三　　　　　　　　　　　　　　　CFile　

好，如果我們能夠設計個類別　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　（　　），衍生自　　　　　　　　　　　　　　　　，然後為它設計　



個初始化成員函式，令函式之檢查　　afxDump。m_pFile　　內容，並且如果是　　NULL　　，就將　



它指向我們的新類別，那麼　　CDumpContext：：OutputString　#17　　行的　　m_pFile…》Write　　就會　



　　　　　　　　　　　　　　　　CMfxTrace　　　　　　Write　

因此指向新類別　　　　　　　　　　　　　　　　　　　　　的　　　　　　　　　函式，於是我們就可以在其予取予求啦。　



注意，theTracer　　是個　　static　　成員變數，需要做初始化動作（請參考深入湷錾钊霚出MFC　（侯　

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　深入湷錾钊霚出　



　　　　　　/　　

俊傑　松崗）第２章「靜態成員」節），因此你必須在類別之外的任何方加這行：　



　　　　CMfxTrace　CMfxTrace：：theTracer；　



#0001　　class　CMfxTrace　：　public　CFile　

#0002　　｛　

#0003　　　　　　static　CMfxTrace　theTracer；　　　　　//　one…and…only　tracing　object　

#0004　　　　　　CMfxTrace（）；　　　　　　　　　　　　　　　　　　　　//　private　constructor　

#0005　　public：　

#0006　　　　　　virtual　void　Write（const　void*　lpBuf；　UINT　nCount）；　

#0007　　　　　　static　void　Init（）；　

#0008　　｝；　



#0001　　//　Initialize　tracing。　Replace　global　afxDump。m_pFile　with　me。　

#0002　　void　CMfxTrace：：Init（）　

#0003　　｛　

#0004　　　　　　if　（afxDump。m_pFile　==　NULL）　｛　

#0005　　　　　　　　　　afxDump。m_pFile　=　&theTracer；　

#0006　　　　　　｝　else　if　（afxDump。m_pFile　！=　&theTracer）　｛　

#0007　　　　　　　　　　TRACE（〃afxDump　is　already　using　a　file：　TRACEWIN　not　installed。n〃）；　

#0008　　　　　　｝　

#0009　　｝　



圖三　　　　　　CMfxTrace　



　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　925　


…………………………………………………………Page　988……………………………………………………………

　　　　　　　　　　　　　　　　　　第五篇　　　　附錄　　



　　　　　　　　　　　　　　　　　　　　　　　　　　　　InterProcess　munication　　　　　　　　　　　　　　　　IPC　

　　　　　　　　　　　　行程通訊（　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　，　　）　



　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　CMfxTrace　Write　　　　　　　　　　　　　　　　　　　Write　

　　　　　　　　　　　　　　　　　　把　　TRACE　　輸出字串攔截到　　　　　　　　　　　　　　　　：：　　　　　之後，我們得想辦法在　　　　　　　　　　　　　　函式把字　



　　　　　　　　　　　　　　　　　　串丟給　　Tracewin　　　程式視窗。在　　Windows　　3。1　　　之這不是難事，因為所有的行程　



　　　　　　　　　　　　　　　　　　　　process　

　　　　　　　　　　　　　　　　　　　（　　　　　　）共同在同個位址空間生存，直接把字串指標（代表個邏輯位址）丟給　



　　　　　　　　　　　　　　　　　　對方就是了。在　　Windows　95　　和　　Windows　NT　　困難度就高了許多，因為每個行程擁　



　　　　　　　　　　　　　　　　　　有自己的位址空間，你把字串指標丟給別的行程，對別的行程而言是洠в杏玫摹Ｈ绻�你　



　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　Memory　Map　File　Win32　　

　　　　　　　　　　　　　　　　　　為此使用到記憶體映射檔（　　　　　　　　　　　　　　　　　　　　　　　　　，　　　　　　之唯的種行程通訊方法），　



　　　　　　　　　　　　　　　　　　又似乎有點小睿�大作。　



　　　　　　　　　　　　　　　　　　Paul　DiLascia　　　　　　　　　　　　　　　　　　　global　atom　atom　　　　　　Win32　　

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　的方法是，利用所謂的　　　　　　　　　　　　　　　　　　　　。　　　　　並不是　　　　　　　　　的新產物，有　



　　　　　　　　　　　　　　　　　　　　　　Win16　DDE　Dynamic　Data　Exchange　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　atom　　

　　　　　　　　　　　　　　　　　　過　　　　　　　　　　　　（　　　　　　　　　　　　　　　　　　　，動態資料交換）程式經驗的就知道，　　　　　　　　　　　　　　　　　　　　被　



　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　handle　global　atom　　

　　　　　　　　　　　　　　　　　　用來當作行程之間傳遞字串的識別物。說穿了它就是個　　　　　　　　　　　　　　　　　　　　　　　　　　　　　。　　　　　　　　　　可以跨越　



　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　CMfxTrace　Write　

　　　　　　　　　　　　　　　　　　Win32　　行程間的位址空間隔離。面是　　　　　　　　　　　　　　　　　　　　　：：　　　　　函式的動作步驟：　



　　　　　　　　　　　　　　　　　　1。　　利用　　FindWindow　　找出　　Tracewin　　視窗。　



　　　　　　　　　　　　　　　　　　2。　　利用　　　GlobalAddAtom　　把字串轉換為個　　global　atom　　。　



　　　　　　　　　　　　　　　　　　3。　　　　　　　　　　　　　　　　　　　　　Tracewin　　　　　　　　　　　　　gloabl　atom　　

　　　　　　　　　　　　　　　　　　　　　送出個特定訊息給　　　　　　　　　　　　　　　　　　　，並以述的　　　　　　　　　　　　　　　　　為參數。　



　　　　　　　　　　　　　　　　　　4。　　刪除　　global　atom　　。　



　　　　　　　　　　　　　　　　　　5。　　　　　　　　　　　　　　　Tracewin　　　　　　　　　　　　：：　OutputDebugString　　　　TRACE　　

　　　　　　　　　　　　　　　　　　　　　萬洠в姓业健　　　　　　　　　　　　　　　∫暣埃�呼叫　　　　　　　　　　　　　　　　　　　　　　　，讓　　　　　　　　　巨集擁有　



　　　　　　　　　　　　　　　　　　　　　原本該有的行為。　



　　　　　　　　　　　　　　　　　　圖四　　　　　　CMfxTrace　Write　

　　　　　　　　　　　　　　　　　　　　　　就是　　　　　　　　　　　：：　　　　　函式碼。其的兩個常數分別定義為：　



　　　　　　　　　　　　　　　　　　　　　#define　TRACEWND_CLASSNAME　〃MfxTraceWindow〃　　//　視窗類別名稱　

　　　　　　　　　　　　　　　　　　　　　#define　TRACEWND_MESSAGE　　　〃*WM_TRACE_MSG〃　　　//　自行裕�冊的　Windows　訊息　



　　　　　　　　　　　　　　　　　　#0001　　//　Override　Write　function　to　Write　to　TRACEWIN　applet　instead　of　file。　

　　　　　　　　　　　　　　　　　　#0002　　//　

　　　　　　　　　　　　　　　　　　#0003　　void　CMfxTrace：：Write（const　void*　lpBuf；　UINT　nCount）　

　　　　　　　　　　　　　　　　　　#0004　　｛　

　　　　　　　　　　　　　　　　　　#0005　　　　if　（！afxTraceEnabled）　



926　


…………………………………………………………Page　989……………………………………………………………

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　附錄Ｄ　　　　以MFC　重建DBWIN　　



　　　　　　#0006　　　　　　　　　　　　return；　

　　　　　　#0007　

　　　　　　#0008　　　　CWnd　*pTraceWnd　=　CWnd：：FindWindow（TRACEWND_CLASSNAME；　NULL）；　

　　　　　　#0009　　　　if　（pTraceWnd）　｛　

　　　　　　#0010　　　　　　static　UINT　WM_TRACE_MSG　=　

　　　　　　RegisterWindowMessage（TRACEWND_MESSAGE）；　

　　　　　　#0011　

　　　　　　#0012　　　　　　//　Found　Trace　window：　send　message　there　as　a　global　atom。　

　　　　　　#0013　　　　　　//　Delete　atom　after　use。　

　　　　　　#0014　　　　　　//　

　　　　　　#0015　　　　　　ATOM　atom　=　GlobalAddAtom（（LPCSTR）lpBuf）；　

　　　　　　#0016　　　　　　pTraceWnd…》SendMessage（WM_TRACE_MSG；　（WPARAM）atom）；　

　　　　　　#0017　　　　　　GlobalDeleteAtom（atom）；　

　　　　　　#0018　

　　　　　　#0019　　　　｝　else　｛　

　　　　　　#0020　　　　　　//　No　trace　window：　do　normal　debug　thing　

　　　　　　#0021　　　　　　//　

　　　　　　#0022　　　　　　：：OutputDebugString（（LPCSTR）lpBuf）；　

　　　　　　#0023　　　　｝　

　　　　　　#0024　　｝　



　　　　　　圖四　　　　　　CMfxTrace：：Write　　　函式碼　



如何使用TRACEWIN。H　



　　　　　　雖然除錯工具的最高原則是，不要動用被除錯對象的原始碼，但為了讓方法簡單些，　



　　　　　　力氣少用些，看得懂的多些，Paul　　DiLascia　　還是決定妥協，他設計了述的　



　　　　　　CMfxTrace　　類別以及個　　Tracewin　　工具程式，你必須把　　CMfxTrace　　類別含入到自己的　



　　　　　　程式，像這樣：　



　　　　　　　　　　#include　〃tracewin。h〃　



　　　　　　並在程式的任何方（通常是　　InitInstance　　函式內）做此動作：　



　　　　　　　　　　CMfxTrace：：Init（）；　



　　　　　　然後所有的　　TRACE　　字串輸出就會流到　　Tracewin　　視窗。太好了！　



　　　　　　注意，TRACEWIN。H　　不但有類別宣告，還有類別定義，和般的表頭檔不太樣，所　



　　　　　　以你只能夠在你的程式含入次　　TRACEWIN。H　。　



　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　927　


…………………………………………………………Page　990……………………………………………………………

　　　　　　　　　　　　　　　第五篇　　　　附錄　　



　　　　　　　　　　Tracewin　　視窗　



　　　　　　　　　　　　　　　這是個隨時等待接受訊息的小程式。它所接受的訊息，夾帶著　　global　atom　　作為參數。　



　　　　　　　　　　　　　　　Tracewin　　只要把　　atom　　解碼，丟到個由它管轄的Edit　　視窗即可。Paul　DiLascia　　設計　



　　　　　　　　　　　　　　　的這個小程式，功能面面俱到，可以把接受的　　TRACE　　輸出字串顯示在視窗，或放到　



　　　　　　　　　　　　　　　某個檔案；也可以把　　EDIT　　緩衝區內容拷貝到剪貼簿，或是清除整個　　EDIT　　緩衝區　



　　　　　　　　　　　　　　　內容。功能與　　Visual　C＋＋　1。5　　的DBWIN　　幾乎不相，只差洠�能夠把除錯字串輸出到　



　　　　　　　　　　　　　　　1　　和　　2　　。　



　　　　　　　　　　　　　　　Tracewin　　並不動用　　Document/View　　架構。主視窗內含個　　Edit　　控制元件作為其子視　



　　　　　　　　　　　　　　　窗，事實，那是個衍生自　　CEdit　　的　　CBufWnd　　類別，有點像　　CEditView　。　



　　　　　　　　　　　　　　　當應用程式以　　TRACE　　巨集送出字串，經過　　CDumpContext：：OutputString　　的作用，送往　



　　　　　　　　　　　　　　　CMfxTrace：：Write　　　　　　　　　　FindWindow　　　　Tracewin　　

　　　　　　　　　　　　　　　　　　　　　　　　　　　　，我們在其以　　　　　　　　　　　　　　找到　　　　　　　　視窗：　



　　　　　　　　　　　　　　　　　　CWnd　*pTraceWnd　=　CWnd：：FindWindow（TRACEWND_CLASSNAME；　NULL）；　



　　　　　　　　　　　　　　　要知道，如果　　Tracewin　　使用的類別是　　MFC　　預先建立的個類別，那麼它的類別名稱　



　　　　　　　　　　　　　　　可能是像　　Afx：b：14ae：6：3e8f　　這種不太有意義的字串，而且可能在不同的機器不同的時間　



　　　　　　　　　　　　　　　有不同的名稱。如此來如何為　　FindWindow　　指定第個參數？我們必須有個什麼方法　



　　　　　　　　　　　　　　　避免使用　　MFC　　預先建立的個類別，但又能夠使用其類別設定。　



　　　　　　　　　　視窗類別名稱　　Afx：x：y：z：w　



　　　　　　　　　　　　　　　MFC　2。5　　在應用程式開始執行時，便在　　AfxWinInit　　先行裕�冊了５個視窗類別備用。　



　　　　　　　　　　　　　　　MFC　　4。x　　的行為稍有修改，它在應用程式呼叫　　LoadFrame　　準備產生視窗時，才在　



　　　　　　　　　　　　　　　LoadFrame　　所呼叫的　　PreCreateWindow　　虛擬函式為你產生視窗類別。５個可能的視窗　



　　　　　　　　　　　　　　　類別分別是：　



928　


…………………………………………………………Page　991……………………………………………………………

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　附錄Ｄ　　　　以MFC　重建DBWIN　　



　　　　const　TCHAR　_afxWnd＇＇　=　AFX_WND；　

　　　　const　TCHAR　_afxWndControlBar＇＇　=　AFX_WNDCONTROLBAR；　

　　　　const　TCHAR　_afxWndMDIFrame＇＇　=　AFX_WNDMDIFRAME；　

　　　　const　TCHAR　_afxWndFrameOrView＇＇　=　AFX_WNDFRAMEORVIEW；　

　　　　const　TCHAR　_afxWndOleControl＇＇　=　AFX_WNDOLECONTROL；　



這些　　AFX_xxx　　常數定義於　　AFXIMPL。H　　，依不同的聯結狀態（除錯模式與否、動態　



聯結與否）而有不同的值。如果使用　　MFC　　動態聯結版和除錯版，５個視窗類別的名稱　



將是：　



　　　　〃AfxWnd42d〃　

　　　　〃AfxControlBar42d〃　

　　　　〃AfxMDIFrame42d〃　

　　　　〃AfxFrameOrView42d〃　

　　　　〃AfxOleControl42d〃　



如果是使用　　MFC　　靜態聯結版和除錯版，５個視窗類別的名稱將是：　



　　　　〃AfxWnd42sd〃　

　　　　〃AfxControlBar42sd〃　

　　　　〃AfxMDIFrame42sd〃　

　　　　〃AfxFrameOrView42sd〃　

　　　　〃AfxOleControl42sd〃　



　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　深入湷錾钊霚出　MFC　　　　　　　　　　　　/　　

這些名稱的由來，以及它們的裕�冊時機，請參考深入湷錾钊霚出　　　　　　　　　　　　　　　　　　　　　　　　　　　（侯俊傑　松崗）第６　



章。　



然而，這些視窗類別名稱又怎麼會變成像　　Afx：b：14ae：6：3e8f　　這副奇怪模樣呢？原來是　



Framework　　玩的把戲，它把這些視窗類別名稱轉換為　　Afx：x：y：z：w　　型式，成為獨無之　



視窗類別名稱：　



　　　　x：　　視窗風格（window　style）的　hex　值　

　　　　y：　　滑鼠游標的　hex　值　

　　　　z：　　背景顏色的　hex　值　

　　　　w：　　圖示的　hex　值　



　　　　　　　　CMfxTrace　　　　　　　　FindWindow　　　　　　　　　　Tracewin　Tracewin　　

為了讓　　　　　　　　　　　　　　能夠以　　　　　　　　　　　　　　　函式找到　　　　　　　　　　　　　，　　　　　　　　的視窗類別名稱　



　　　　　　　　　　　　　　Afx：x：y：z：w　

　（也就是那個　　　　　　　　　　　　　　　　）必須完全在我們的控制之才行。那麼，我們勢必得改寫　



Tracewin　　的　　frame　　視窗的　　PreCreateWindow　　虛擬函式。　



　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　929　


…………………………………………………………Page　992……………………………………………………………

　　　　　　　　　　　　　　　　　　　第五篇　　　　附錄　　



　　　　　　　　　　　　　　　　　　　圖五　　　　　　以　　　Spy　　　觀察視窗。請注意每一個視窗類別的名稱都是　　　Afx：x：y：z：w　　　型　

　　　　　　　　　　　　　　　　　　　　　　　　　　　式。fig5。bmp　



　　　　　　　　　　　　　PreCreateWindow　　和　　GetClassInfo　



　　　　　　　　　　　　　　　　　　　圖六是　　Tracewin　　的　　PreCreateWindow　　內容，利用　　GetClassInfo　　把　　MFC　　的視窗類別做