青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

何苦做程序?!

業(yè)精于勤,荒于嬉;行成于思,毀于隨! I believe , I can flying! 勿在浮砂筑高臺!

C++博客 首頁 新隨筆 聯(lián)系 聚合 管理
  4 Posts :: 1 Stories :: 14 Comments :: 0 Trackbacks

2006年3月11日 #

 孫鑫VC講座筆記--WINDOWS程序內(nèi)部運行原理

聲明:

        本人最近也在看孫老師的視頻,為了加強理解,所以想一些讀書筆記。但是在CSDN上一搜索,發(fā)現(xiàn)已經(jīng)有朋友做了相關筆記。根據(jù)面向?qū)ο蟮摹袄^承”觀點,為了解決勞動力,所以我打算在他們的基礎上添加、修改。應該不涉及著作權(quán)什么的東東吧?!

        我在BLOG.CSDN.NET/LEWISLAU上搜索了下 ,有兩位朋寫了相關筆記(而且都是一樣的)。不知道誰才是原作者,所以列出兩位BLOG地址:

http://blog.csdn.net/hhitjsj021                                http://blog.csdn.net/d007879

以后我會在前輩的基礎上修改、發(fā)文!呵呵!繼承嘛!

 

 

 

 

windows程序設計是種事件驅(qū)動方式的程序設計,主要基于消息的。當用戶需要完成某種功能時,需要調(diào)用OS某種支持,然后OS將用戶的需要包裝成消息,并投入到消息隊列中,最后應用程序從消息隊列中取走消息并進行響應。

 

MSG Structure

--------------------------------------------------------------------------------

The MSG structure contains message information from a thread's message queue.

Syntax

typedef struct {
    HWND hwnd;   //指示一個窗口的句柄,改消息和那個窗口相關聯(lián)。
    UINT message;  //具體的消息,用無符號整形表示
    WPARAM wParam; //關于消息的附加參數(shù)
    LPARAM lParam; //同上
    DWORD time; //32位整數(shù),表示消息被投遞出去的時間
    POINT pt; //表示光標位置
} MSG, *PMSG;

 句柄,資源的標識,操作系統(tǒng)通過句柄指到資源。常見的句柄有圖標句柄(HICON),光標句柄(HCURSOR),窗口句柄(HWND),應用程序句柄(HINSTANCE)
 
例如:當按下按鍵會發(fā)送出WM_CHAR消息   通過消息的附加參數(shù),保存對應的ASCII碼,即可知道按下的是那個鍵。

 

 


消息隊列:
每個應用程序OS都為它建立一個消息隊列,消息隊列是個先進先出的緩沖區(qū),其中每個元素都是一個消息,OS將生成的每個消息按先后順序放進消息隊列中,應用程序總是取走當前消息隊列中的第一條消息,應用程序取走消息后便知道用戶的操作和程序的狀態(tài),然后對其處理即消息響應,消息響應通過編碼實現(xiàn)。

使用VC編程除了良好的C基礎外還需要掌握兩方面:
一,消息本身。不同消息所代表的用戶操作和應用程序的狀態(tài)。
二,對于某個特定的消息來說,要讓OS執(zhí)行某個特定的功能去響應消息。


Window程序入口:
int WINAPI WinMain(
  HINSTANCE hInstance,  // 當前事例句柄。
  HINSTANCE hPrevInstance,  // 先前事例句柄。
  LPSTR lpCmdLine,      // 命令行指針
  int nCmdShow          // (窗口)顯示的狀態(tài)
);
說明:WinMain函數(shù)是Windows程序入口點函數(shù),由OS調(diào)用,當OS啟動應用程序的時候,winmain函數(shù)的參數(shù)由OS傳遞的。

 

創(chuàng)建一個完整的窗口需要經(jīng)過下面四個操作步驟:
一,設計一個窗口類;如:WNDCLASS wndcls;
二,注冊窗口類;    如:RegisterClass(&wndcls);
三,創(chuàng)建窗口;      如:CreateWindow(),CreateWindowEX();
四,顯示及更新窗口。如:ShowWindow(),UpdateWindow();
說明:創(chuàng)建窗口的時候一定要基于已經(jīng)注冊的窗口類.

 

 

Windows提供的窗口類:
typedef struct  WNDCLASS {
    UINT    style;        //窗口的類型
    WNDPROC lpfnWndProc;  //窗口過程函數(shù)指針(回調(diào)函數(shù))
    int     cbClsExtra; //窗口類附加字節(jié),為該類窗口所共享。通常0。
    int     cbWndExtra; //窗口附加字節(jié)。通常設為0。
    HANDLE  hInstance;  //當前應用程序事例句柄。
    HICON   hIcon;      //圖標句柄 LoadIcon();
    HCURSOR hCursor;    //光標句柄 LoadCursor();
    HBRUSH  hbrBackground; //畫刷句柄 (HBRUSH)GetStockObject();
    LPCTSTR lpszMenuName;  //菜單名字
    LPCTSTR lpszClassName; //類的名字
} WNDCLASS,*PWNDCLASS;


窗口類型style為一個變量,該變量每一位對應著一種特性。對應為1時,有該種特性;對應為0時,無該種特性。為了方便記憶,用一些宏對應一些特征,通過取反(~)和相與(&)可以取消一些特性。  通常設置為"CS_HREDRAW | CS_VREDRAW"表示垂直重繪和水平重繪。

HICON可以由LoadIcon 賦值(它有兩個參數(shù)HINSTANCE和LPCTSTR,通常第一個參數(shù)為空,只對第二個參數(shù)賦值,即圖標的ID)
HCURSOR同HICON
HBRUSH 使用GetStockObject函數(shù),它可以用來獲取筆、畫刷、字符、調(diào)試板的畫刷。使用時要用HBRUSH做一直強制轉(zhuǎn)化。因為GetStockObject返回值和HBRUSH不同。

窗口類注冊:
ATOM RegisterClass(
  CONST WNDCLASS *lpWndClass   // address of structure with class
                              // data
);
//注意,是使用地址符

 


創(chuàng)建窗口:
HWND CreateWindow(
  LPCTSTR lpClassName,  //注冊窗口類名,用引號
  LPCTSTR lpWindowName, //窗口標題,用引號
  DWORD dwStyle,        //窗口類型(風格)通常為(WS_OVERLAPPEDWINDOW)
  int x,                // 窗口X坐標
  int y,                // 窗口X坐標
  int nWidth,           // 寬度
  int nHeight,          // 高度
  HWND hWndParent,      // 指向父窗口的句柄
  HMENU hMenu,          // 菜單句柄
  HANDLE hInstance,     // 當前實例的句柄,由WINMAIN傳遞
  LPVOID lpParam        // WM_CREATE附加參數(shù)傳入指針
);
創(chuàng)建窗口的時候會發(fā)送WM_CREATE消息


顯示和更新窗口窗口:
BOOL ShowWindow(
  HWND hWnd,     // handle to window
  int nCmdShow   // show state of window
);
BOOL UpdateWindow(
  HWND hWnd   // handle of window  送出WM_PAINT消息
);


消息循環(huán)
MSG msg;
while(GetMessage(&msg,...))    //從消息隊列中取出一條消息
{
 TranslateMessage(&msg); //進行消息(如鍵盤消息)轉(zhuǎn)化。轉(zhuǎn)化過程不會影響原消息,只會創(chuàng)建新的消息。
 DispatchMessage(&msg); //分派消息到窗口的回調(diào)函數(shù)處理,(OS調(diào)用窗口回調(diào)函數(shù)進行處理)。
}

BOOL GetMessage(
  LPMSG lpMsg,         // 消息結(jié)構(gòu)體變量
  HWND hWnd,           // 句柄,那個一個窗口?為NULL則為所有窗口句柄
  UINT wMsgFilterMin,  // 最小消息值,為0時返回所有消息
  UINT wMsgFilterMax   // 最大消息值
);

 

回調(diào)原理:當應用程序受到給某個窗口的消息時,就應調(diào)用某一函數(shù)來處理這條消息。這一消息有操作系統(tǒng)自動完成。

注:函數(shù)名可以用以表示函數(shù)代碼的首地址(函數(shù)指針),額外數(shù)據(jù)通常為0。


窗口過程函數(shù)(回調(diào)函數(shù))原型:
LRESULT CALLBACK WindowProc(  //這里WindowProc是個代號名字。
  HWND hwnd,      // handle to window
  UINT uMsg,      // message identifier
  WPARAM wParam,  // first message parameter
  LPARAM lParam   // second message parameter
);
說明:兩種函數(shù)調(diào)用約定(__stdcall 和 __cdecl):
#define CALLBACK    __stdcall
//__stdcall 標準調(diào)用預定,是PASCAL 調(diào)用約定,象DELPHI使用的就是標準調(diào)用約定
#define WINAPIV     __cdecl 
// __cdecl 是C 語言形式的調(diào)用約定。
主要區(qū)別:函數(shù)參數(shù)傳遞順序 和 對堆棧的清除上。
問題:除了那些可變參數(shù)的函數(shù)調(diào)用外,其余的一般都是__stdcall約定。但 C/C++編譯默然的是__cdecl約定。所以如果在VC等環(huán)境中調(diào)用__stdcall約定的函數(shù),必須要在函數(shù)聲明的時加上 __stdcall 修飾符,以便對這個函數(shù)的調(diào)用是使用__stdcall約定(如使用DELPHI編寫的DLL時候)。
(VC中可通過這途徑修改:project|settings..|c/c++|...)
在窗口過程函數(shù)中通過一組switch語句來對消息進行處理:
如:
LRESULT CALLBACK WindowProc( 
  HWND hwnd,
  UINT uMsg,
  WPARAM wParam,
  LPARAM lParam  
)
{
    switch(uMsg)
    {
 case WM_PAINT:
  ...
  break;
 case ...
  break;
 case WM_CLOSE:
  //DestroyWindow(hwnd);
   //銷毀窗口,并發(fā)送WM_DESTROY消息。
  break;
 case WM_DESTROY:
  //PostQuitMessage(0);
  //發(fā)送WM_QUIT消息到消息隊列中,請求終止。
         //GetMessage()取到WM_QUIT消息后,返回0,退出消息循                //   環(huán),從而終止應用程序。
  break;
 default:
  return DefWindowProc(hwnd,uMsg,wParam,lParam);
 //用缺省的窗口過程處理我們不感興趣的消息(其它消息)。
 //這是必須的。
    }//switch
 return 0;
}//WindowProc


 響應WM_DESTROY,調(diào)用PostQuitMessage(int)結(jié)束進程。它會投遞一個WM_QUIT消息對消息隊列中。當消息循環(huán)的GetMessage取到WM_QUIT消息,則返回0,程序結(jié)束。
 另外對于不感興趣的消息要景象缺省的處理,使用DefWindowProc()內(nèi)為窗口的參數(shù)。

 


關于DC句柄獲取:
a)使用BeginPaint(),EndPaint()對。注意只能在響應WM_PAINT消息時使用。
b)使用GetDc(),ReleaseDC()對。注意他們不能在響應WM_PAINT中使用

posted @ 2006-03-11 11:19 lewislau 阿木 閱讀(2704) | 評論 (1)編輯 收藏

 【原創(chuàng)】我在成都當程序員

題記:前幾天出去感受一下,感觸頗深,發(fā)覺自己真的很遜。現(xiàn)在回到清靜的校園,自己覺得應該更加努力。社會真的不是我們想的那樣,工作也不像學習一樣輕松。只希望各位朋友在走出校門,邁向社會的過程中,一切順利!

 在成都待了一個星期,確切的說只有六天。在這六天里面,我完完全全是一個打工的,一個社會上的人,一個程序員。聽上去多牛B,程序員啊,這個可是我夢寐以求的職業(yè)啊,可是事實上一切都不是我想的那樣輝煌。我這幾天腦海里反復浮現(xiàn)一句話,程序員的的確確是十分辛苦的職業(yè)。
 我所在的公司是一家游戲外掛公司,專門做游戲外掛。從社會的角度來說,這種“勾搭”只能暗箱操作,如今卻還明目張膽的“開張營業(yè)”,確實搞笑;從技術(shù)的角度來說,游戲外掛,利用HOOK攔截數(shù)據(jù)包、解密、修改、封包,樣樣都是安全方面的比較牛B的技術(shù),在沒有進這個公司之前,我沒有想過一年以內(nèi)會接觸到這些底層的技術(shù)。所有說公司對我來說,有些失望、但是也有一些期望。
 以前在綿陽(家鄉(xiāng))的一些小IT公司也玩兒過,但是這次是獨自在外,什么問題都要自己解決,所有從各個方面來說,都是自己的一些新的嘗試。不過還好的是,這次我是和朋友一切去成都“實習”。呵呵,不過我比他好的就是,他在電信設計規(guī)劃院實習三個月,沒有實習工資,三個月轉(zhuǎn)正;而我實習一個月實習工資一千,一個月后轉(zhuǎn)正,根據(jù)情況而定工資,表現(xiàn)的好的話在3K左右(聽上去挺吸引人的,但是真的很累)。
 我們到成都只用了2個小時找了一處住房,合租,350一月,只有一張床和一個書桌(天啦,成都的房價真TMD的嚇死人)。唯一比較欣慰的是我們住在川大外面,步行到川大只要5分鐘,原先設想的是每天下班去川大教室去上自習,可是現(xiàn)實往往與設想有很大的差距,每天回到家累的簡直書都不想看。(白天在公司至少看6個小時以上的文檔,對這那個15寸的CRT,我簡直萬分的不爽,公司里面50多人就我一個用CRT顯示器,我靠,欺負我??!)每晚和朋友在川大轉(zhuǎn)悠兩圈就回去睡覺,這種生活,讓我回憶起兩歲的時候家里還不景氣的狀態(tài)。汗!
 言歸正轉(zhuǎn),還是說工作的事兒,每天我7:40起床,解決完所有問題大約8:20到達車站,搭上19路,順利的話8:55作用能到達高升橋(公司所在地),唉,不禁汗顏,每天要白白浪費大約90分鐘時間搭車,在成都人看來,這還算近的(大城市的是比我們這些農(nóng)民洋盤)。9點左右到達公司,不出意外的話只有我旁邊的仁兄比我早到。(公司老大考慮技術(shù)部經(jīng)常加班,所以允許技術(shù)部的兄弟們9:30上班,這個還夠人性化。)這位仁兄待會要重點介紹,公司里面就跟他混的最熟,特牛B。說到加班,我突然想起才去公司和技術(shù)部老大談的時候,老大特別交代,“如果你加班的話,晚上可以打車回家。拿上小票,第二天回公司報銷。”我汗,原來這個公司加班就跟喝水一樣隨便。
 我才到公司,我的工作就是不停的看文檔,中文的、英文的都看。(我都懷疑我居然能看懂英文)老大給我的任務很簡單,就一句話:“利用HOOK抓取程序的數(shù)據(jù)包。”他還特別交代,“不需要你解密數(shù)據(jù)包,抓取就可以”看上去降低了很大難度哦,但是有兩個人能證明這個我這個公司不是我現(xiàn)在的水平能夠接受的。第一個馮SIR,他說這個東西對于我來說,非常非常具有挑戰(zhàn),希望我能創(chuàng)造奇跡。(汗,奇跡!)第二個是李SIR,回學校后我給他講述我的“作業(yè)”,他說,哦,這個東西和我?guī)熜盅芯可漠厴I(yè)設計很像。(我再一次汗顏)我承認自己的喜歡有挑戰(zhàn)的工作,但是我還是很有自知之明,確切的說我很自量力。
 我每天的工作就是看文檔,看的我要瘋,HOOK屬于WINDOWS的核心技術(shù),趨于操作系統(tǒng)底層,用于攔截操作系統(tǒng)發(fā)出的消息。對于我來說決不是簡單的事兒,所以不敢懈怠,我每天就GOOGLE,MSDN上搜尋關于它的一切,中文的英文的都看,要瘋!看看我旁邊的家伙,現(xiàn)在就來說說他,他是測試部的,他的工作就是不停的耍各種各樣的游戲(居然耍游戲真的能找到工作,我簡直為我們學校的兄弟們感到欣慰),有的時候網(wǎng)速比較卡,他沒法耍游戲,就只能委屈一下看小說,這樣的工作讓我羨慕的不行。偶爾看到他再不斷的抄錄房產(chǎn)信息,就問他是否要買房。他說,恩。我就納悶了,看上去年紀輕輕的就想房子,公司耍游戲的難不成拿8K一個月?繼續(xù)問到,“你工作幾年了哦?都有錢買房了?”“我工作了都五年了,我一個月1500,一年存不到5000。靠自己的話都不知道什么時候才能買哦、。其實是我父母給錢。”終于發(fā)現(xiàn)一個比我還強的人了。事后,我給我爸媽打電話匯報我的近況,閑聊到此事兒,只聽電話那邊一片寂靜,我爸耍句“你給我說這些,難不成你還要我們給你準備錢買房子?”(上帝作證,我絕對沒那么想)。
 每天吃午飯大約半小時不面對那可惡的CRT,其余時間就逃不過浩劫,現(xiàn)在用到筆記本是爽哦,至少不是CRT的。公司里面基本上都要玩兒游戲,還有人被盜過帳號。(我們都是干地下生意的,還被人家黑吃黑?!)我就想,寫個木馬對于我們公司的幾個高手來說絕對是小菜一碟,但是自己的帳號被盜了還是沒辦法,說不定就是自己的木馬盜的自己的帳號。
 公司還有一個女程序員,佩服啊。今天也是三八婦女節(jié),向牛B的女程序員致敬!
 每天下午六點,其實那個時候我都可以離開了,但是技術(shù)部所有同僚加班(除了我,因為我是新來的,還做不了事兒。)所以我也不好走的太快,慢慢騰騰的磨到六點一刻才離開公司,回家咯。
 上面所有行文,也許你還沒感覺到辛苦,因為有些細節(jié)的事兒再說說:
 我每天上班搭乘公車,大約一共要站90分鐘,絕對有少無多。上班還好,人并不多;我大概描述下我下班的情況,我第一天下班等了兩輛19路后換成77路,結(jié)果多步行了四十分鐘的樣子,到家的時候都快20:30了,還沒吃飯。后來我搭19路,大概情況是,本來是前門透幣上車的,我只能從后門上,上車后貼在車門,途中路過要下車的我還要從后門下來讓別人下車。我靠,這下感覺到毛大爺真不對,啥子人多力量大,瞎扯!
 回到住的地方,吃過飯的時間是最難打發(fā)的。以前在家熬夜,也不可能睡的太早,大概每天就十一點的樣子睡,期間的時間就不知道如何處理?!一切在家時候就玩兒電腦,現(xiàn)在連個電視都看不到,感覺自己都與外界隔絕了一樣。每天就到川大的散散步步,然后回住的地方躺在床上,發(fā)幾條短信,打幾個電話,便早早的睡去。這個是讓我精神上最難以忍受的地方。我靠,我是IT人哦?信息時代哦?!這到底是什么見鬼的生活,我最受不了就是這一點。不過還好,我是和朋友一起出來的,晚上還可以閑聊幾句,不過想想以后要是一個人出門在外,我估計自己早晚要瘋。
 晚上,書也不想看,要是以后還是這個樣子,我估計這輩子就只能當一輩子的垃圾程序員了。
 有的時候我想,程序員的確非常辛苦,自己選擇這條道路對不對。后來想了想,努力做好每一件事兒,總有一天我相信自己的能力得到鍛煉以后,我相信態(tài)度決定一切。
 唉,現(xiàn)在回到學校了,真的很多感悟,大家還是一起努力吧!
 現(xiàn)在感覺做程序真的很累,而且付出和收入顯然不是成正比的,現(xiàn)在有點上了賊船又無法回頭,仔細想想又有點相追求庫克船長那樣傳奇的人生,矛盾!

posted @ 2006-03-11 11:18 lewislau 阿木 閱讀(1019) | 評論 (8)編輯 收藏

2006年2月18日 #

 MFC程序設計
             之來龍去脈
 題記:前些日子一直想寫這個東西,做了一個開頭放在我的BLOG上(但是名為<MFC框架程序WINMAIN函數(shù)分析>),到后來就沒有再管了,其實那只是冰山一角.具體MFC是怎么運行的,還是沒有交待清楚,雖然自己的BLOG很少有人光顧,但是本著做事兒就要做到底的心態(tài),繼續(xù)完成該文。
 說明:1、本文作者在VS2003中跟蹤代碼,此代碼為VS2003中拷貝,使用MFC7。
       2、不同框架的MFC程序由所不同,本文以單文檔為例。
          3、本文讀者需要有一定的SDK的基礎,不需要太多,至少知道它的基本框架和來龍去脈即可!
          4、文章只想起到說明作用,所以代碼會有一些刪除。
 學MFC,竟然還不知道MFC的MAIN函數(shù)在什么地方?怎么運行的?實在不高明。
 看過候捷(JJHOU)老師的《深入淺出MFC》的,對它一定很熟悉。呵呵,本文是獻給沒有看過那本書,但是又很希望學習MFC程序設計的朋友的。(沒有看過那本書的朋友還不趕快去買?)其實本文,主要是對《深入淺出MFC》第六章的一個總結(jié)和補充罷了!(本文有該書不同的地方,也有一些筆者自己的見解!)
 言歸正傳。
 假如你用AppWizard一步一步NEXT下來,然后在CLASSVIEW中去找尋WINMAIN函數(shù),那么你只有失望。MFC最大的特點是什么?封裝!MFC的確封裝的太好了,以至于很多想學習MFC的人都望而卻步。閑話少說,還是繼續(xù)我們今天的話題,MAIN函數(shù)!實話告訴你吧,即使你搜索所有的MFC生成的文件,都無法發(fā)現(xiàn)WINMAIN的字眼,那么它就近在什么地方呢?
 我相信你已經(jīng)想到,MAIN函數(shù)應該在主要的應用程序文件中。難道是“您定義的程序名.cpp”這個文件?不錯就是它。再Crtl+F一下,看有沒有我們要找的WINMAIN函數(shù)?看來你又要失望了,但是你注意有這樣一句:
 
/////////////////////////////////////////////////////////////////////////////
// The one and only CMyApp object

 CMyApp theApp;   //本人建立的工程名為My。
 
 
 是不是很特別,再注意一下那句注釋“The one and only CMyApp object”,每個應用程序有且只用一個CMyApp對象。我想你應該想到了,WinMain函數(shù)每個程序也只能有一個,那么這個全局對象跟WinMain函數(shù)肯定有莫大的關系?沒錯,相信你的直覺。
 特別注意:深曉C++細節(jié)的人一定知道,全局對象優(yōu)先于MAIN函數(shù)執(zhí)行的道理。如果你不知道也沒關系,那么我在這里告訴你:“全局對象優(yōu)先于MIAN函數(shù)執(zhí)行,且構(gòu)建于棧中,切記,切記!”
 現(xiàn)在,我們該深入WinMain運行機制了,確切的說,應該是MFC的機制!
 首先,看看MFC的庫文件把,它能給我們帶來許多驚喜。(vc6的相應的目錄是\Microsoft Visual Studio\VC98\MFC\SRC;VC7相應的目錄是\Microsoft Visual Studio .NET 2003\Vc7\atlmfc\src\mfc)
 現(xiàn)在我們就從這個全局下手,開始今天的旅途。
 CMyApp theApp;
 此時,系統(tǒng)會執(zhí)行CMyApp的父類(CWinApp)構(gòu)造函數(shù),再執(zhí)行CMyApp的構(gòu)造函數(shù)。(先有老爹,再有兒子!),此時就會調(diào)用CWinApp的構(gòu)造函數(shù)。
 
 CWinApp的構(gòu)造函數(shù)(在VC提供的MFC代碼中以“文中的一個字或詞組”的方式查詢關鍵字,此時打開APPCORE.CPP,以下使用相同搜索方式,不再復述。)找到以下內(nèi)容:
 CWinApp::CWinApp(LPCTSTR lpszAppName)
 {
  if (lpszAppName != NULL)
   m_pszAppName = _tcsdup(lpszAppName);
  else
   m_pszAppName = NULL;
 
  // initialize CWinThread state
  AFX_MODULE_STATE* pModuleState = _AFX_CMDTARGET_GETSTATE();
  AFX_MODULE_THREAD_STATE* pThreadState = pModuleState->m_thread;
  ASSERT(AfxGetThread() == NULL);
  pThreadState->m_pCurrentWinThread = this;
  ASSERT(AfxGetThread() == this);
  m_hThread = ::GetCurrentThread();
  m_nThreadID = ::GetCurrentThreadId();
 
  // initialize CWinApp state
  ASSERT(afxCurrentWinApp == NULL); // only one CWinApp object please
  pModuleState->m_pCurrentWinApp = this;
  ASSERT(AfxGetApp() == this);
 ... ...
 }
 OK,就到這里就可以了,仔細看上面代碼,它已經(jīng)完成了應用程序線程額的啟動,它給予了我們程序的生命。現(xiàn)在請注意:
        pThreadState->m_pCurrentWinThread = this;
 pModuleState->m_pCurrentWinApp = this;
     這兩行代碼其實都是做的一件事兒。
     這段代碼的意思是,獲得了CMyApp的全局對象的this指針。(此時你肯定要疑問,為什么是CMyApp的指針?this目前是在CWinApp中啊?   對此我的答案是,可是你是由CMyApp的對象引發(fā)的CWinApp的構(gòu)造啊!!)這個指針可非一般的人物,稍后我們的很多工作都要靠它完成。
     CWinApp之中的成員變量將因為theApp這個全局對象的誕生而獲得配置和初始值。
  構(gòu)造完父類,現(xiàn)在構(gòu)造子類。可是我們看到,AppWizard給我們的子類里它什么也沒做?是的,這一切都聽從你的安排!
    CMyApp::CMyApp()
    {
 // TODO: add construction code here,
 // Place all significant initialization in InitInstance
 }
 
 
 
  接下來就是今天的主角兒了,搜索關鍵字“WinMain”,出現(xiàn)很多文件。別急,因為現(xiàn)在我們應該先看看WinMain的聲明。打開appmodul.cpp:

     _tWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,
 LPTSTR lpCmdLine, int nCmdShow)
 {
 // call shared/exported WinMain
 return AfxWinMain(hInstance, hPrevInstance, lpCmdLine, nCmdShow);
 }
 
這里_tWinMain是為了支持UNICODE而命名的一個宏,真正起作用的是AfxWinMain,注意看看它的參數(shù),是不是和SDK的WinMain函數(shù)一樣?
 現(xiàn)在再搜索下AfxWinMain,其實在winmain.cpp中:
 
int AFXAPI AfxWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,
 LPTSTR lpCmdLine, int nCmdShow)
{
 ASSERT(hPrevInstance == NULL);

 int nReturnCode = -1;
 CWinThread* pThread = AfxGetThread();
 CWinApp* pApp = AfxGetApp();

 // AFX internal initialization
 if (!AfxWinInit(hInstance, hPrevInstance, lpCmdLine, nCmdShow))
  goto InitFailure;

 // App global initializations (rare)
 if (pApp != NULL && !pApp->InitApplication())
  goto InitFailure;

 // Perform specific initializations
 if (!pThread->InitInstance())
 {
  if (pThread->m_pMainWnd != NULL)
  {
   TRACE(traceAppMsg, 0, "Warning: Destroying non-NULL m_pMainWnd\n");
   pThread->m_pMainWnd->DestroyWindow();
  }
  nReturnCode = pThread->ExitInstance();
  goto InitFailure;
 }
 nReturnCode = pThread->Run();
... ...
}
 此段代碼注意五個細節(jié):
 CWinApp* pApp = AfxGetApp();
 意為獲得對象指針,其實就是剛才那個THIS。不記得了?指向CMyApp的那個!還值得注意的是,Afx意是全局的,隨時你都可以調(diào)用它。(AFX就是MFC開發(fā)小組的開發(fā)代號,意為Application Framework 傳說X只是為了好看,沒實在意思?!)
 if (!AfxWinInit(hInstance, hPrevInstance, lpCmdLine, nCmdShow))
 AfxWinInit完成了線程的初始化和窗框類的注冊。具體參看appinit.cpp中的定義。
 if (pApp != NULL && !pApp->InitApplication())
 其實pApp和pThread是同一個指針,都是指向CMyApp的指針,這里因為CMyApp中沒有定義InitApplication,實際上就調(diào)用的CWinApp::InitApplication(),完成了MFC的內(nèi)容管理。
 if (!pThread->InitInstance())
 因為CMyApp中改寫了它,所以調(diào)用CMyApp中的,其實它也是初始化工作。此時也完成了默認窗口類的定義。假如你熟悉SDK編程的話,一定不會忘記窗口類的設計、注冊、創(chuàng)建、現(xiàn)實及更新的步驟,此時MFC以為你設計好了默認的窗口類。
 現(xiàn)在你不禁要疑問,InitApplication()和InitInstance()有何不同?
 答案是,假如你執(zhí)行一個程序,于是兩個函數(shù)都會被調(diào)用;當你在不關閉前一個程序的前提下,再執(zhí)行一個程序,那么就只執(zhí)行后一個函數(shù)。
 nReturnCode = pThread->Run();
 這個一步驟在《深入淺出MFC》中被成為程序的活水源頭,在我看來它就是你開車踩油門的步驟。待會我們會具體闡述!
 
 在設計窗口類以后,就應該是注冊,MFC自動調(diào)用(跳轉(zhuǎn)到)AfxEndDeferRegisterClass(WINCORE.CPP中),為你注冊了五個窗口類,分別是:AfxWnd,AfxCreateBar,AfxMDIFrame,AfxFrameOrView,AfxOleControl以上窗口類MFC將自動轉(zhuǎn)化成獨立無二的類名,供其調(diào)用。
 在窗口的注冊以后,就應該是窗口的創(chuàng)建工作,此時會調(diào)用CFrameWnd::Create(),該代碼位于WINFRM.Cpp中
BOOL CFrameWnd::Create(LPCTSTR lpszClassName,
 LPCTSTR lpszWindowName,
 DWORD dwStyle,
 const RECT& rect,
 CWnd* pParentWnd,
 LPCTSTR lpszMenuName,
 DWORD dwExStyle,
 CCreateContext* pContext)
{
 HMENU hMenu = NULL;
 if (lpszMenuName != NULL)
 {
  // load in a menu that will get destroyed when window gets destroyed
  HINSTANCE hInst = AfxFindResourceHandle(lpszMenuName, RT_MENU);
  if ((hMenu = ::LoadMenu(hInst, lpszMenuName)) == NULL)
  {
   TRACE(traceAppMsg, 0, "Warning: failed to load menu for CFrameWnd.\n");
   PostNcDestroy();            // perhaps delete the C++ object
   return FALSE;
  }
 }

 m_strTitle = lpszWindowName;    // save title for later

 if (!CreateEx(dwExStyle, lpszClassName, lpszWindowName, dwStyle,
  rect.left, rect.top, rect.right - rect.left, rect.bottom - rect.top,
  pParentWnd->GetSafeHwnd(), hMenu, (LPVOID)pContext))
 {
  TRACE(traceAppMsg, 0, "Warning: failed to create CFrameWnd.\n");
  if (hMenu != NULL)
   DestroyMenu(hMenu);
  return FALSE;
 }

 return TRUE;
}
 
 其中完成了窗口的創(chuàng)建工作,里面還涉及擴展風格的調(diào)用CreateEx,具體細節(jié)請參看MSDN。
 
 此時你不禁要問,我們的事兒都讓MFC做完了?工業(yè)化生產(chǎn)出來的窗口都是千篇一律啊,我要有我自己的風格!
 別急,MFC給用戶提供了一個修改窗口設計的機會那就是:PreCreateWindow(CREATESTRUCT& cs) 你在MSDN中查詢一下CREATESTRUCT這個結(jié)構(gòu)體,你會發(fā)現(xiàn)它和我們的CreateWindow幾乎是一模一樣,這個就是MFC留給你修改窗口的一個機會。在PreCreateWindow時,會跳到CWnd::PreCreateWindow,里面有一個宏:AfxDeferRegisterClass,它的作用是:如果該窗口類沒有被注冊,那么就注冊它;如果注冊了,就什么也不管!
 窗口類的設計、注冊、創(chuàng)建都已經(jīng)完成,現(xiàn)在只剩下更新和顯示了。這些工作都交由 CMyApp::InitInstance()完成:
  m_pMainWnd->ShowWindow(SW_SHOW);
  m_pMainWnd->UpdateWindow();
 現(xiàn)在if (!pThread->InitInstance())的工作已經(jīng)完成,按照MAIN函數(shù)的內(nèi)容,接下來該:nReturnCode = pThread->Run()了
 此時應該調(diào)用CMyApp的Run()函數(shù),但是在CMyApp類中,根本沒有聲明或定義這樣一個函數(shù),根據(jù)多態(tài)性的原來,指針遷升,指向CWinApp::Run(),其代碼位于APPCORE.CPP中:
 
 int CWinApp::Run()
 {
  if (m_pMainWnd == NULL && AfxOleGetUserCtrl())
  {
   // Not launched /Embedding or /Automation, but has no main window!
   TRACE(traceAppMsg, 0, "Warning: m_pMainWnd is NULL in CWinApp::Run - quitting application.\n");
   AfxPostQuitMessage(0);
  }
  return CWinThread::Run();
 }
 
 最后你會發(fā)現(xiàn),它由調(diào)用了一個CWinThread::Run(),此時你就看不到CWinThread::Run()的代碼了(至少筆者沒有找到,因為微軟只提供了部分MFC代碼。)但是你可以在MSDN中找到CWinThread::Run()的描述:
 Run 控制線程的函數(shù)。包含消息泵。一般不重寫。
 再具體點就是:
 Run acquires and dispatches Windows messages until the application receives a WM_QUIT message. If the thread's message queue currently contains no messages, Run calls OnIdle to perform idle-time processing. Incoming messages go to the PreTranslateMessage member function for special processing and then to the Windows function TranslateMessage for standard keyboard translation. Finally, the DispatchMessage Windows function is called.
 Run is rarely overridden, but you can override it to implement special behavior.
 This member function is used only in user-interface threads.
 原來它把消息循環(huán)包裝了一下,在MFC中稱為消息映射(message map)的東西!至于消息映射的具體細節(jié)本人會另寫文章說明!
 OK,MFC不再神秘,掌握了它的來龍去脈,再看其他的MFC書籍的時候,就知道我該怎么做?為什么我要這樣做?起到了知其然又知其所以然的效果,這就是我所追求的技術(shù)境界。
 
 

posted @ 2006-02-18 12:04 lewislau 阿木 閱讀(4065) | 評論 (3)編輯 收藏

2006年2月1日 #

修煉之道
    首先聲明我不是一個“人才”,我是一個垃圾,不過我還在苦心修煉成為所謂的“人才”!在我“修煉”過程中頓有所悟,寫些隨筆,隨便涂鴉之筆。
    但凡世間萬物,無一能夠逃脫一個“道”字!我不是道教的FANS,但是我還是對其所謂的“道”,存有敬意!可惜小生修行太淺,還說不出一個所以然出來。可是,每每回想以前自己走過的點點滴滴,若有所悟?!
    每次看書學習技術(shù)的時候,總覺得少了些什么?!
    從現(xiàn)在開始我應該每天問自己:“技術(shù)進步了嗎?!思想呢?文化呢?”
    技術(shù),是大家都非常想追求的。思想是可以交流的。文化呢?不要說不知道文化為何物?中華五千年的傳統(tǒng)文化,各位都修煉的如何?!我知道自己已經(jīng)缺失了這一課程,所以從現(xiàn)在開始我要努力補上。
    隨便涂鴉之筆,只是提醒各位,技術(shù)之路漫長而遙遠,就算你走到盡頭也不一定稱的上“合格的人才”。
    我們經(jīng)常說“提高知識文化”,彷佛大家沒有深刻的體味這句話:知識是知識,文化是文化,兩者是不相同的!
    所以在此提醒各位“在鍵盤上耕耘未來的人”,在你修煉技術(shù)的同時,別忘了文化修為的提高,當然思想也是很重要的!
posted @ 2006-02-01 23:00 lewislau 阿木 閱讀(499) | 評論 (1)編輯 收藏

僅列出標題  
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            亚洲国产视频a| 久久一综合视频| 亚洲精品一区二区三区av| 欧美—级高清免费播放| 亚洲视频在线二区| 亚洲视频一区| 国产一区二区三区在线观看精品| 久久久精品日韩| 欧美成人dvd在线视频| 在线亚洲一区| 欧美在线免费看| 亚洲黄色毛片| 在线视频欧美精品| 一区视频在线| 99riav1国产精品视频| 国产视频精品va久久久久久| 欧美.www| 国产精品资源在线观看| 欧美高清视频在线播放| 国产精品海角社区在线观看| 麻豆精品在线播放| 国产精品成人一区二区网站软件| 久久久精品一品道一区| 欧美精品久久99| 久久久高清一区二区三区| 欧美成ee人免费视频| 欧美亚洲一区二区在线| 免费不卡亚洲欧美| 欧美怡红院视频| 欧美成人69av| 久久网站热最新地址| 欧美日韩一级视频| 欧美成人免费网| 国产美女一区| 亚洲最新视频在线播放| 亚洲电影自拍| 欧美亚洲色图校园春色| 亚洲夜晚福利在线观看| 免费欧美网站| 久久影视三级福利片| 国产精品电影观看| 亚洲精品一区二区三区不| 亚洲大胆在线| 欧美主播一区二区三区| 欧美在线www| 亚洲丰满在线| 欧美在线影院| 一区二区三区高清不卡| 久久久久久久久综合| 亚洲欧美一区二区在线观看| 欧美激情视频一区二区三区不卡| 男男成人高潮片免费网站| 国产欧美日韩免费| 一区二区三区欧美亚洲| 日韩一级在线观看| 欧美国产日韩在线观看| 欧美激情精品久久久久久免费印度| 国产一区二区三区久久 | 国产一区二区精品久久91| 在线亚洲观看| 亚洲综合视频在线| 欧美午夜在线视频| 亚洲性色视频| 欧美在线亚洲一区| 国产亚洲精品v| 欧美中文字幕视频| 裸体歌舞表演一区二区| 1024国产精品| 麻豆91精品| 亚洲欧洲日本在线| 一本色道久久88综合亚洲精品ⅰ| 欧美激情一区二区在线| 一区二区精品在线| 欧美一区二区三区视频免费播放 | 欧美午夜女人视频在线| 一区二区三区高清在线| 亚洲直播在线一区| 国产欧美一区二区三区久久| 欧美综合第一页| 亚洲电影免费观看高清完整版在线观看| 在线成人欧美| 欧美日本一道本| 亚洲午夜久久久久久久久电影院| 欧美在线免费| 亚洲大片免费看| 欧美日韩精品是欧美日韩精品| 夜夜爽99久久国产综合精品女不卡| 亚洲女同精品视频| 黄色综合网站| 欧美激情中文字幕一区二区| 亚洲一区二区在| 麻豆91精品| 亚洲色图自拍| 在线欧美电影| 欧美日韩另类丝袜其他| 性欧美办公室18xxxxhd| 亚洲国产天堂久久国产91| 亚洲免费在线看| 亚洲欧洲另类国产综合| 国产精品久久久久久久久久久久| 久久国产精品一区二区三区| 亚洲欧洲一区二区三区在线观看 | 亚洲欧美日韩专区| 亚洲二区免费| 国产麻豆精品在线观看| 欧美成人一区二区在线| 欧美在线观看视频一区二区三区| 亚洲国产精品悠悠久久琪琪| 欧美在线视频日韩| 在线一区观看| 91久久久亚洲精品| 亚洲视频在线视频| 亚洲自拍都市欧美小说| 亚洲激情视频网| 国产日韩欧美二区| 欧美日韩成人激情| 猛男gaygay欧美视频| 午夜久久福利| 亚洲天堂激情| 亚洲乱码国产乱码精品精天堂| 女仆av观看一区| 久久精品99国产精品日本| 亚洲综合精品自拍| 一区二区免费在线观看| 亚洲精品欧美| 亚洲国产视频一区二区| 永久免费精品影视网站| 国产一区二区三区在线观看视频| 国产精品日韩欧美一区| 欧美午夜精品久久久| 欧美日韩在线直播| 欧美三级视频在线| 欧美日韩中字| 欧美视频在线看| 欧美性大战久久久久| 欧美日韩一区在线观看| 欧美日韩国产系列| 欧美日韩免费高清一区色橹橹| 欧美激情综合色| 欧美日产一区二区三区在线观看| 欧美黄色影院| 欧美视频在线观看一区| 国产精品久久国产精品99gif | 国产亚洲精品激情久久| 国产日韩一级二级三级| 国产一区二区精品| 在线观看日韩av| 亚洲娇小video精品| 亚洲精品人人| 在线中文字幕一区| 午夜精品影院| 久久一二三四| 亚洲国产专区| 99国产精品久久久久久久久久| 99在线|亚洲一区二区| 亚洲欧美99| 久久久www| 欧美黑人国产人伦爽爽爽| 欧美日韩精品欧美日韩精品| 国产精品久久久久久久免费软件| 国产精品视频午夜| 国产综合视频在线观看| 亚洲韩国一区二区三区| 亚洲视频在线观看视频| 午夜一区不卡| 欧美大片免费观看| 亚洲精品一区二区三区不| 亚洲自啪免费| 欧美freesex交免费视频| 欧美美女bb生活片| 国产日韩精品在线| 亚洲日本va在线观看| 亚洲男人的天堂在线观看| 久久综合网络一区二区| 亚洲精品国产拍免费91在线| 亚洲一区二区三区中文字幕| 久久亚洲一区二区| 国产精品久久久久久av福利软件| 精品成人在线观看| 亚洲午夜精品17c| 米奇777超碰欧美日韩亚洲| 亚洲美女视频在线免费观看| 久久精品99国产精品酒店日本| 欧美激情麻豆| 韩国一区二区在线观看| 亚洲午夜小视频| 亚洲国产精品第一区二区三区| 亚洲午夜精品一区二区| 欧美激情按摩| 在线观看一区二区精品视频| 欧美国产欧美亚洲国产日韩mv天天看完整 | 99视频有精品| 久久综合中文色婷婷| 在线视频日本亚洲性| 欧美大胆成人| 怡红院av一区二区三区| 欧美一区二区视频在线| 日韩午夜电影av| 欧美成人午夜影院| 亚洲第一福利社区|