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

何苦做程序?!

業(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)有朋友做了相關(guān)筆記。根據(jù)面向?qū)ο蟮摹袄^承”觀點,為了解決勞動力,所以我打算在他們的基礎(chǔ)上添加、修改。應(yīng)該不涉及著作權(quán)什么的東東吧?!

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

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

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

 

 

 

 

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

 

MSG Structure

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

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

Syntax

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

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

 

 


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

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


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

 

創(chuàng)建一個完整的窗口需要經(jīng)過下面四個操作步驟:
一,設(shè)計一個窗口類;如: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é)。通常設(shè)為0。
    HANDLE  hInstance;  //當(dāng)前應(yīng)用程序事例句柄。
    HICON   hIcon;      //圖標句柄 LoadIcon();
    HCURSOR hCursor;    //光標句柄 LoadCursor();
    HBRUSH  hbrBackground; //畫刷句柄 (HBRUSH)GetStockObject();
    LPCTSTR lpszMenuName;  //菜單名字
    LPCTSTR lpszClassName; //類的名字
} WNDCLASS,*PWNDCLASS;


窗口類型style為一個變量,該變量每一位對應(yīng)著一種特性。對應(yīng)為1時,有該種特性;對應(yīng)為0時,無該種特性。為了方便記憶,用一些宏對應(yīng)一些特征,通過取反(~)和相與(&)可以取消一些特性。  通常設(shè)置為"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,        //窗口類型(風(fēng)格)通常為(WS_OVERLAPPEDWINDOW)
  int x,                // 窗口X坐標
  int y,                // 窗口X坐標
  int nWidth,           // 寬度
  int nHeight,          // 高度
  HWND hWndParent,      // 指向父窗口的句柄
  HMENU hMenu,          // 菜單句柄
  HANDLE hInstance,     // 當(dāng)前實例的句柄,由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)原理:當(dāng)應(yīng)用程序受到給某個窗口的消息時,就應(yīng)調(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)用預(yù)定,是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),從而終止應(yīng)用程序。
  break;
 default:
  return DefWindowProc(hwnd,uMsg,wParam,lParam);
 //用缺省的窗口過程處理我們不感興趣的消息(其它消息)。
 //這是必須的。
    }//switch
 return 0;
}//WindowProc


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

 


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

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

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

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

 在成都待了一個星期,確切的說只有六天。在這六天里面,我完完全全是一個打工的,一個社會上的人,一個程序員。聽上去多牛B,程序員啊,這個可是我夢寐以求的職業(yè)啊,可是事實上一切都不是我想的那樣輝煌。我這幾天腦海里反復(fù)浮現(xiàn)一句話,程序員的的確確是十分辛苦的職業(yè)。
 我所在的公司是一家游戲外掛公司,專門做游戲外掛。從社會的角度來說,這種“勾搭”只能暗箱操作,如今卻還明目張膽的“開張營業(yè)”,確實搞笑;從技術(shù)的角度來說,游戲外掛,利用HOOK攔截數(shù)據(jù)包、解密、修改、封包,樣樣都是安全方面的比較牛B的技術(shù),在沒有進這個公司之前,我沒有想過一年以內(nèi)會接觸到這些底層的技術(shù)。所有說公司對我來說,有些失望、但是也有一些期望。
 以前在綿陽(家鄉(xiāng))的一些小IT公司也玩兒過,但是這次是獨自在外,什么問題都要自己解決,所有從各個方面來說,都是自己的一些新的嘗試。不過還好的是,這次我是和朋友一切去成都“實習(xí)”。呵呵,不過我比他好的就是,他在電信設(shè)計規(guī)劃院實習(xí)三個月,沒有實習(xí)工資,三個月轉(zhuǎn)正;而我實習(xí)一個月實習(xí)工資一千,一個月后轉(zhuǎn)正,根據(jù)情況而定工資,表現(xiàn)的好的話在3K左右(聽上去挺吸引人的,但是真的很累)。
 我們到成都只用了2個小時找了一處住房,合租,350一月,只有一張床和一個書桌(天啦,成都的房價真TMD的嚇死人)。唯一比較欣慰的是我們住在川大外面,步行到川大只要5分鐘,原先設(shè)想的是每天下班去川大教室去上自習(xí),可是現(xiàn)實往往與設(shè)想有很大的差距,每天回到家累的簡直書都不想看。(白天在公司至少看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ù)部老大談的時候,老大特別交代,“如果你加班的話,晚上可以打車回家。拿上小票,第二天回公司報銷。”我汗,原來這個公司加班就跟喝水一樣隨便。
 我才到公司,我的工作就是不停的看文檔,中文的、英文的都看。(我都懷疑我居然能看懂英文)老大給我的任務(wù)很簡單,就一句話:“利用HOOK抓取程序的數(shù)據(jù)包。”他還特別交代,“不需要你解密數(shù)據(jù)包,抓取就可以”看上去降低了很大難度哦,但是有兩個人能證明這個我這個公司不是我現(xiàn)在的水平能夠接受的。第一個馮SIR,他說這個東西對于我來說,非常非常具有挑戰(zhàn),希望我能創(chuàng)造奇跡。(汗,奇跡!)第二個是李SIR,回學(xué)校后我給他講述我的“作業(yè)”,他說,哦,這個東西和我?guī)熜盅芯可漠厴I(yè)設(shè)計很像。(我再一次汗顏)我承認自己的喜歡有挑戰(zhàn)的工作,但是我還是很有自知之明,確切的說我很自量力。
 我每天的工作就是看文檔,看的我要瘋,HOOK屬于WINDOWS的核心技術(shù),趨于操作系統(tǒng)底層,用于攔截操作系統(tǒng)發(fā)出的消息。對于我來說決不是簡單的事兒,所以不敢懈怠,我每天就GOOGLE,MSDN上搜尋關(guān)于它的一切,中文的英文的都看,要瘋!看看我旁邊的家伙,現(xiàn)在就來說說他,他是測試部的,他的工作就是不停的耍各種各樣的游戲(居然耍游戲真的能找到工作,我簡直為我們學(xué)校的兄弟們感到欣慰),有的時候網(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人哦?信息時代哦?!這到底是什么見鬼的生活,我最受不了就是這一點。不過還好,我是和朋友一起出來的,晚上還可以閑聊幾句,不過想想以后要是一個人出門在外,我估計自己早晚要瘋。
 晚上,書也不想看,要是以后還是這個樣子,我估計這輩子就只能當(dāng)一輩子的垃圾程序員了。
 有的時候我想,程序員的確非常辛苦,自己選擇這條道路對不對。后來想了想,努力做好每一件事兒,總有一天我相信自己的能力得到鍛煉以后,我相信態(tài)度決定一切。
 唉,現(xiàn)在回到學(xué)校了,真的很多感悟,大家還是一起努力吧!
 現(xiàn)在感覺做程序真的很累,而且付出和收入顯然不是成正比的,現(xiàn)在有點上了賊船又無法回頭,仔細想想又有點相追求庫克船長那樣傳奇的人生,矛盾!

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

2006年2月18日 #

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

 CMyApp theApp;   //本人建立的工程名為My。
 
 
 是不是很特別,再注意一下那句注釋“The one and only CMyApp object”,每個應(yīng)用程序有且只用一個CMyApp對象。我想你應(yīng)該想到了,WinMain函數(shù)每個程序也只能有一個,那么這個全局對象跟WinMain函數(shù)肯定有莫大的關(guān)系?沒錯,相信你的直覺。
 特別注意:深曉C++細節(jié)的人一定知道,全局對象優(yōu)先于MAIN函數(shù)執(zhí)行的道理。如果你不知道也沒關(guān)系,那么我在這里告訴你:“全局對象優(yōu)先于MIAN函數(shù)執(zhí)行,且構(gòu)建于棧中,切記,切記!”
 現(xiàn)在,我們該深入WinMain運行機制了,確切的說,應(yīng)該是MFC的機制!
 首先,看看MFC的庫文件把,它能給我們帶來許多驚喜。(vc6的相應(yīng)的目錄是\Microsoft Visual Studio\VC98\MFC\SRC;VC7相應(yīng)的目錄是\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代碼中以“文中的一個字或詞組”的方式查詢關(guān)鍵字,此時打開APPCORE.CPP,以下使用相同搜索方式,不再復(fù)述。)找到以下內(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)完成了應(yī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
 }
 
 
 
  接下來就是今天的主角兒了,搜索關(guān)鍵字“WinMain”,出現(xiàn)很多文件。別急,因為現(xiàn)在我們應(yīng)該先看看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編程的話,一定不會忘記窗口類的設(shè)計、注冊、創(chuàng)建、現(xiàn)實及更新的步驟,此時MFC以為你設(shè)計好了默認的窗口類。
 現(xiàn)在你不禁要疑問,InitApplication()和InitInstance()有何不同?
 答案是,假如你執(zhí)行一個程序,于是兩個函數(shù)都會被調(diào)用;當(dāng)你在不關(guān)閉前一個程序的前提下,再執(zhí)行一個程序,那么就只執(zhí)行后一個函數(shù)。
 nReturnCode = pThread->Run();
 這個一步驟在《深入淺出MFC》中被成為程序的活水源頭,在我看來它就是你開車踩油門的步驟。待會我們會具體闡述!
 
 在設(shè)計窗口類以后,就應(yīng)該是注冊,MFC自動調(diào)用(跳轉(zhuǎn)到)AfxEndDeferRegisterClass(WINCORE.CPP中),為你注冊了五個窗口類,分別是:AfxWnd,AfxCreateBar,AfxMDIFrame,AfxFrameOrView,AfxOleControl以上窗口類MFC將自動轉(zhuǎn)化成獨立無二的類名,供其調(diào)用。
 在窗口的注冊以后,就應(yīng)該是窗口的創(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)建工作,里面還涉及擴展風(fēng)格的調(diào)用CreateEx,具體細節(jié)請參看MSDN。
 
 此時你不禁要問,我們的事兒都讓MFC做完了?工業(yè)化生產(chǎn)出來的窗口都是千篇一律啊,我要有我自己的風(fēng)格!
 別急,MFC給用戶提供了一個修改窗口設(shè)計的機會那就是:PreCreateWindow(CREATESTRUCT& cs) 你在MSDN中查詢一下CREATESTRUCT這個結(jié)構(gòu)體,你會發(fā)現(xiàn)它和我們的CreateWindow幾乎是一模一樣,這個就是MFC留給你修改窗口的一個機會。在PreCreateWindow時,會跳到CWnd::PreCreateWindow,里面有一個宏:AfxDeferRegisterClass,它的作用是:如果該窗口類沒有被注冊,那么就注冊它;如果注冊了,就什么也不管!
 窗口類的設(shè)計、注冊、創(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()了
 此時應(yīng)該調(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,但是我還是對其所謂的“道”,存有敬意!可惜小生修行太淺,還說不出一個所以然出來。可是,每每回想以前自己走過的點點滴滴,若有所悟?!
    每次看書學(xué)習(xí)技術(shù)的時候,總覺得少了些什么?!
    從現(xiàn)在開始我應(yīng)該每天問自己:“技術(shù)進步了嗎?!思想呢?文化呢?”
    技術(shù),是大家都非常想追求的。思想是可以交流的。文化呢?不要說不知道文化為何物?中華五千年的傳統(tǒng)文化,各位都修煉的如何?!我知道自己已經(jīng)缺失了這一課程,所以從現(xiàn)在開始我要努力補上。
    隨便涂鴉之筆,只是提醒各位,技術(shù)之路漫長而遙遠,就算你走到盡頭也不一定稱的上“合格的人才”。
    我們經(jīng)常說“提高知識文化”,彷佛大家沒有深刻的體味這句話:知識是知識,文化是文化,兩者是不相同的!
    所以在此提醒各位“在鍵盤上耕耘未來的人”,在你修煉技術(shù)的同時,別忘了文化修為的提高,當(dāng)然思想也是很重要的!
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>
            国产毛片一区二区| 欧美成人精品1314www| 国产精品羞羞答答| 欧美一区二区三区免费视| 亚洲字幕一区二区| 国产日韩欧美综合一区| 久久综合综合久久综合| 蜜臀av一级做a爰片久久 | 午夜视频一区在线观看| 国产一区999| 欧美成人一区二区三区在线观看| 欧美国产一区在线| 国产午夜精品久久久久久久| 亚洲欧美另类在线观看| 国产偷国产偷亚洲高清97cao| 久久久高清一区二区三区| 久久精精品视频| 亚洲免费观看在线观看| 中文在线资源观看视频网站免费不卡| 国产伦精品一区二区三区视频孕妇 | 老司机一区二区三区| 99re这里只有精品6| 亚洲一区二区三区高清不卡| 精品电影在线观看| 一区二区三区国产| …久久精品99久久香蕉国产| 亚洲精品自在在线观看| 国产一区二区三区不卡在线观看| 亚洲国产成人高清精品| 国产精品盗摄久久久| 麻豆亚洲精品| 国产精品日韩久久久| 亚洲国产精品成人| 国产亚洲一区二区三区| 亚洲靠逼com| 亚洲第一狼人社区| 亚洲欧美视频一区二区三区| 日韩视频免费在线| 久久久国际精品| 久久国产欧美日韩精品| 欧美日韩一区免费| 亚洲国产精品一区二区第四页av| 国产日本精品| 亚洲午夜激情| 99在线视频精品| 免费亚洲电影在线观看| 久久久久在线观看| 国产精品久久久久久妇女6080| 欧美激情精品久久久久久变态| 国产视频亚洲精品| 亚洲伊人网站| 亚洲深夜激情| 欧美日韩 国产精品| 亚洲电影激情视频网站| 原创国产精品91| 久久成人免费视频| 久久久久久一区二区三区| 国产精品一区毛片| 亚洲免费视频在线观看| 午夜视频一区| 国产精品亚洲一区二区三区在线| 99精品热视频| 亚洲自拍偷拍视频| 国产精品久久久久影院亚瑟| 在线亚洲激情| 翔田千里一区二区| 国产精品自拍在线| 香蕉精品999视频一区二区| 久久精品国产精品亚洲精品| 国产伦精品一区二区三| 午夜精品免费| 久久婷婷综合激情| 在线观看三级视频欧美| 麻豆精品视频在线观看| 91久久精品国产91性色tv| 99xxxx成人网| 一本色道久久综合| 一区二区三区在线视频免费观看 | 老司机一区二区| 在线成人av网站| 欧美1区免费| 99re成人精品视频| 午夜在线视频一区二区区别| 国产日韩精品综合网站| 久久精品人人爽| 欧美激情一区二区三区在线视频| 最新中文字幕一区二区三区| 欧美精品免费在线观看| 亚洲一区二区三区在线看| 久久精品中文字幕一区二区三区| 伊人久久大香线| 欧美日韩国产a| 亚洲欧美视频在线观看视频| 欧美高潮视频| 亚洲永久精品大片| 一区在线视频| 欧美特黄一级| 久热这里只精品99re8久| 99riav1国产精品视频| 久久精品二区| 在线视频免费在线观看一区二区| 国产精品青草久久| 欧美91大片| 亚洲欧美日韩天堂| 91久久精品美女| 久久激情中文| 中文国产成人精品久久一| 国产婷婷色一区二区三区在线 | 国产亚洲欧美日韩一区二区| 另类欧美日韩国产在线| 亚洲视频一二| 亚洲国产日韩欧美| 久久精品国产亚洲高清剧情介绍 | 国产一区二区三区四区在线观看| 欧美 日韩 国产精品免费观看| 亚洲图片欧美日产| 亚洲人体大胆视频| 免费在线视频一区| 久久国产天堂福利天堂| 亚洲图片欧洲图片av| 在线国产精品一区| 国产午夜精品在线| 国产精品区二区三区日本| 欧美久久婷婷综合色| 麻豆国产va免费精品高清在线| 午夜影院日韩| 亚洲专区在线视频| 日韩亚洲视频| 亚洲茄子视频| 亚洲激情午夜| 亚洲国产美女精品久久久久∴| 久久免费视频在线观看| 欧美在线视频日韩| 性色av一区二区三区红粉影视| 野花国产精品入口| 99国产精品国产精品久久| 亚洲国产视频直播| 亚洲福利视频二区| 亚洲国产裸拍裸体视频在线观看乱了中文 | 欧美电影免费观看高清完整版| 在线日本成人| 尤物网精品视频| 亚洲第一福利视频| 亚洲国产成人精品久久| 有码中文亚洲精品| 亚洲人成网站777色婷婷| 亚洲欧洲精品一区二区三区波多野1战4 | 亚洲国产日日夜夜| 亚洲精品少妇| 一区二区av在线| 亚洲一级高清| 欧美一级欧美一级在线播放| 欧美一级大片在线观看| 久久激情视频免费观看| 久久婷婷综合激情| 亚洲国产高清aⅴ视频| 91久久久久久久久久久久久| 亚洲精品网站在线播放gif| 99国产精品久久| 亚洲欧美乱综合| 久久久久久夜精品精品免费| 美日韩在线观看| 欧美日韩一区三区| 国产一区二区高清| 亚洲清纯自拍| 亚洲免费中文字幕| 久久久亚洲精品一区二区三区| 美女主播精品视频一二三四| 亚洲黄一区二区三区| 亚洲视频一区二区在线观看| 欧美一级午夜免费电影| 久久中文字幕导航| 国产精品www网站| 极品少妇一区二区三区| 99视频超级精品| 久久夜色精品国产噜噜av| 亚洲国产高潮在线观看| 亚洲欧美一区二区精品久久久| 久久久久久色| 国产精品一区二区三区乱码 | 韩日欧美一区二区三区| 99re66热这里只有精品4| 午夜精品在线视频| 亚洲电影在线| 性欧美精品高清| 欧美午夜不卡| 亚洲国产一成人久久精品| 亚洲欧美韩国| 亚洲黄色天堂| 久久久久国产一区二区三区四区| 欧美日韩专区| 91久久精品国产91久久| 久久精品成人| 亚洲午夜电影在线观看| 欧美精品在线一区二区| 国内精品免费午夜毛片| 亚洲永久免费| 一本久久a久久免费精品不卡| 美国十次成人| 激情视频一区二区|