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

大龍的博客

常用鏈接

統計

最新評論

如此的宏用意何在?------------------------------------#define wait_event(wq,condition) do{ if(condition) break; __wait_event(wq,condition); }while(0)

VC中預處理指令與宏定義的妙用
剛接觸到MFC編程的人往往會被MFC?向導生成的各種宏定義和預處理指令所嚇倒,但是預處理和宏定義又是C語言的一個強大工具。使用它們可以進行簡單的源代碼控制,版本控制,預警或者完成一些特殊的功能。

  一個經典的例子

  使用預處理與宏定義最經典的例子莫過于加在一個頭文件中以避免頭文件被兩次編譯。試想這種的情況,有一個文件headerfile.h?它被包含在headerfile1.h中,同時在headerfile2.h?中也被包含了,現在有一個CPP文件,implement.cpp?包含了headerfile1.h?和headerfile2.h:

#include?“headerfile1.h”
#include?“headerfile2.h”?

  假設headerfile.h?中定義了一個全局變量?iglobal?。

int?iglobal;??

  在編譯的時候編譯器兩次編譯headerfile,也就會發現iglobal被定義了兩次,這時就會發生變量重定義的編譯錯誤。

  傳統的解決辦法是使用#ifdef?以及#endif?來避免頭文件的重復編譯,在上面的例子中,只需要加上這么幾行:

#ifndef?smartnose_2002_6_21_headerfile_h
#define?smartnose_2002_6_21_headerfile_h

int?iglobal;

#endif?

  仔細的考慮上面的宏定義,會發現當編譯器編譯過一次headerfile.h以后,smartnose_2002_6_21_headerfile_h?這個宏就被定義了,以后對headerfile.h的編譯都會跳過int?iglobal?這一行。當然smartnose_2002_6_21_headerfile_h?這個宏是可以任意定義的,但是這個宏本身不能和其它文件中定義的宏重復,所以MFC在自動生成的文件中總是使用一個隨機產生的長度非常長的宏,但我覺得這沒有必要,我建議在這個宏中加入一些有意義的信息,比方作者,文件名,文件創建時間等等,因為我們有時候會忘記在注釋中加入這些信息。

  在VC.Net?中我們不會再看見這些宏定義了,因為在這里會普遍使用一個預處理指令:

#pragma?once?

  只要在頭文件的最開始加入這條指令就能夠保證頭文件被編譯一次,這條指令實際上在VC6中就已經有了,但是考慮到兼容性并沒有太多的使用它。

  源代碼版本控制

  當我們為許多平臺開發多個版本的時候預編譯指令和宏定義也能夠幫我們的忙。假設我們現在為WINDOWS?和LINUX開發了一套軟件,由于這兩種系統的不同,我們不得不在程序控制源代碼的版本。比方內存的分配,我們可以在LINUX上使用標準C的malloc?函數,但是我們希望在?WINDOWS上使用HeapAlloc?API。下面的代碼演示了這種情況:

main()
{
………………..
#ifdef?_WINDOWS_PLATFORM
HeapAlloc(5);
#else
malloc(5);
#endif
………………..
}?

  當我們在WINDOWS?平臺上編譯此程序的時候,只需要定義_WINDOWS_PLATFORM這個宏,那么HeapAlloc這條語句就能夠起作用了。這樣就能夠讓我們在同一個文件中為不同的平臺實現不同版本的代碼,同時保持程序的良好結構。在許多情況下,我們還可以為一個方法使用不同的算法,然后用宏定義來針對不同的情況選擇其中的一個進行編譯。這在MFC應用程序中是使用得最多的。最明顯的就是文件中經常存在的

#ifdef?_DEBUG

…………………….some?code………..

#endif?

  這樣的代碼,這些代碼在應用程序的調試版(DEBUG)中會發揮其作用。

  #Pragma?指令

  在所有的預處理指令中,#Pragma?指令可能是最復雜的了,它的作用是設定編譯器的狀態或者是指示編譯器完成一些特定的動作。其格式一般為

  #Pragma?Para

  其中Para?為參數,下面來看一些常用的參數。

  message?參數。?Message?參數是我最喜歡的一個參數,它能夠在編譯信息輸出窗口中輸出相應的信息,這對于源代碼信息的控制是非常重要的。其使用方法為:

#Pragma?message(“消息文本”)

  當編譯器遇到這條指令時就在編譯輸出窗口中將消息文本打印出來。

  當我們在程序中定義了許多宏來控制源代碼版本的時候,我們自己有可能都會忘記有沒有正確的設置這些宏,此時我們可以用這條指令在編譯的時候就進行檢查。假設我們希望判斷自己有沒有在源代碼的什么地方定義了_X86這個宏可以用下面的方法

#ifdef?_X86

#Pragma?message(“_X86?macro?activated!”)

#endif?

  當我們定義了_X86這個宏以后,應用程序在編譯時就會在編譯輸出窗口里顯示“_X86?macro?activated!”。我們就不會因為不記得自己定義的一些特定的宏而抓耳撓腮了。

  另一個使用得比較多的pragma參數是code_seg。格式如:

#pragma?code_seg(?["section-name"[,"section-class"]?]?)?

  它能夠設置程序中函數代碼存放的代碼段,當我們開發驅動程序的時候就會使用到它。

  最后一個比較常用的就是上面所說的#pragma?once?指令了。

  VC預定義的宏

  在VC中有一類宏并不是由用戶用#define語句定義的,而是編譯器本身就能夠識別它們。這些宏的作用也是相當大的。讓我們來看第一個,也是MFC中使用得最頻繁的一個:__FILE__?。

  當編譯器遇到這個宏時就把它展開成當前被編譯文件的文件名。好了,我們馬上就可以想到可以用它來做什么,當應用程序發生錯誤時,我們可以報告這個錯誤發生的程序代碼在哪個文件里,比方在文件test.cpp中有這樣的代碼:

try
{
char?*?p=new(char[10]);
}
catch(CException?*e?)
{
TRACE(“?there?is?an?error?in?file:?%s\n”,__FILE__);
}?

  在程序運行的時候,如果內存分配出現了錯誤,那么在調試窗口中會出現there?is?an?error?in?file:?test.cpp?這句話,當然,我們還可以把這個錯誤信息顯示在別的地方。

  如果我們還能夠記錄錯誤發生在哪一行就好了,幸運的是,與__FILE__宏定義一樣,還有一個宏記錄了當前代碼所在的行數,這個宏是__LINE__。使用上面的兩個宏,我們可以寫出一個類似于VC提供的ASSERT語句。下面是方法

#define?MyAssert(x)?if(!(x))?MessageBox(__FILE__,__LINE__,NULL,MB_OK);?

  我們在應用程序中可以象使用ASSERT語句一樣使用它,在錯誤發生時,它會彈出一個對話框,其標題和內容告訴了我們錯誤發生的文件和代碼行號,方便我們的調試,這對于不能使用ASSERT語句的項目來說是非常有用的。

  除了這兩個宏以外,還有記錄編譯時間的__TIME__,記錄日期的__DATE__,以及記錄文件修改時間的__TIMESTAMP__宏。

  使用這些預定義的宏,我們幾乎可以生成和VC能夠生成的一樣完整的源代碼信息報表。

  結論

  翻開MFC和Linux的源代碼,宏定義幾乎占據了半邊天,消息映射,隊列操作,平臺移植,版本管理,甚至內核模塊的拆卸安裝都用宏定義完成。毫不夸張的說,有些文件甚至就只能看見宏定義。所以學習宏定義,熟練的使用宏定義對于學習C語言乃至VC都是非常關鍵的。

在上一篇文章中,我演示了幾個常用的宏定義和預處理指令,但可以說這些都是相當常規的技巧。下面要介紹的宏定義與預處理指令的用法也是ATL,MFC以及LINUX中使用得比較多的非常重要的技巧。?

  ##?連接符與#?符

  ##?連接符號由兩個井號組成,其功能是在帶參數的宏定義中將兩個子串(token)聯接起來,從而形成一個新的子串。但它不可以是第一個或者最后一個子串。所謂的子串(token)就是指編譯器能夠識別的最小語法單元。具體的定義在編譯原理里有詳盡的解釋,但不知道也無所謂。同時值得注意的是#符是把傳遞過來的參數當成字符串進行替代。下面來看看它們是怎樣工作的。這是MSDN上的一個例子。

  假設程序中已經定義了這樣一個帶參數的宏:

#define?paster(?n?)?printf(?"token"?#n?"?=?%d",?token##n?)

  同時又定義了一個整形變量:

int?token9?=?9;

  現在在主程序中以下面的方式調用這個宏:

paster(?9?);

  那么在編譯時,上面的這句話被擴展為:

printf(?"token"?"9"?"?=?%d",?token9?);

  注意到在這個例子中,paster(9);中的這個”9”被原封不動的當成了一個字符串,與”token”連接在了一起,從而成為了token9。而#n也被”9”所替代。

  可想而知,上面程序運行的結果就是在屏幕上打印出token9=9

  在ATL的編程中,我們查看它的源代碼就會經常看見這樣的一段:

#define?IMPLEMENTS_INTERFACE(Itf)?{&IID_##Itf,?ENTRY_IS_OFFSET,BASE_OFFSET(_ITCls,?Itf)?},

  我們經常不假思索的這樣使用它:

……
IMPLEMENTS_INTERFACE(ICat)
……

  實際上IID_ICat?已經在別的地方由ATL向導定義了。當沒有向導的時候,你只要遵循把IID_加在你的接口名前面來定義GUID的規則就也可以使用這個宏。在實際的開發過程中可能很少用到這種技巧,但是ATL使用得如此廣泛,而其中又出現了不少這樣的源代碼,所以明白它是怎么一回事也是相當重要的。我的一個朋友就是因為不知道IMPLEMENTS_INTERFACE宏是怎么定義的,而又不小心改動了IID_ICat的定義而忙活了一整天。

  Linux的怪圈

  在剛開始閱讀Linux的時候有一個小小的宏讓我百思不得其解:

#define?wait_event(wq,condition)?do{?if(condition)?break;?__wait_event(wq,condition);?}while(0)

  這是一個奇怪的循環,它根本就只會運行一次,為什么不去掉外面的do{..}while結構呢?我曾一度在心里把它叫做“怪圈”。原來這也是非常巧妙的技巧。在工程中可能經常會引起麻煩,而上面的定義能夠保證這些麻煩不會出現。下面是解釋:

  假設有這樣一個宏定義

#define?macro(condition)?
if(condition)?dosomething();

  現在在程序中這樣使用這個宏:

if(temp)
macro(i);
else
doanotherthing();

  一切看起來很正常,但是仔細想想。這個宏會展開成:

if(temp)
if(condition)?dosomething();
else
doanotherthing();

  這時的else不是與第一個if語句匹配,而是錯誤的與第二個if語句進行了匹配,編譯通過了,但是運行的結果一定是錯誤的。

  為了避免這個錯誤,我們使用do{….}while(0)?把它包裹起來,成為一個獨立的語法單元,從而不會與上下文發生混淆。同時因為絕大多數的編譯器都能夠識別do{…}while(0)這種無用的循環并進行優化,所以使用這種方法也不會導致程序的性能降低。

  幾個小小的警告

  正如微軟聲稱的一樣,宏定義與預編譯器指令是強大的,但是它又使得程序難以調試。所以在定義宏的時候不要節省你的字符串,一定要力爭完整的描述這個宏的功能。同時在定義宏的時候如有必要(比方使用了if語句)就要使用do{…}while(0)將它封閉起來。在宏定義的時候一定要注意各個宏之間的相互依賴關系,盡量避免這種依賴關系的存在。下面就有這樣一個例子。

  設有一個靜態數組組成的整型隊列,在定義中使用了這樣的方法:?int?array[]={5,?6,?7,?8};

  我們還需要在程序中遍歷這個數組。通常的做法是使用一個宏定義

#define?ELE_NUM?4
…………………………..
……………………………..

for(int?I=0;I<ELE_NUM;I++)
{
cout<<array[I];
}

  由于某種偶然的原因,我們刪除了定義中的一個元素,使它變成:

array[]={5,6,7}

  而卻忘了修改ELE_NUM的值。那么在上面的代碼中馬上就會發生訪問異常,程序崩潰。然后是徹夜不眠的調試,最后發現問題出在這個宏定義上。解決這個問題的方法是不使用

array[]={….}這樣的定義,而顯式的申明數組的大小:

array[ELE_NUM]={….}

  這樣在改動數組定義的時候,我們就不會不記得去改宏定義了。總之,就是在使用宏定義的時候能夠用宏定義的地方統統都用上。

  我發現的另一個有趣的現象是這樣的:

  假設現在有一個課程管理系統,學生的人數用宏定義為:

#define?STU_NUM?50

  而老師的人數恰好也是50人,于是很多人把所有涉及到老師人數的地方通通用上STU_NUM這個宏。另一個學期過去,學生中的一個被開除了,系統需要改變。怎么辦呢?簡單的使用#define?STU_NUM?49?么?如果是這樣,一個老師也就被開除了,我們不得不手工在程序中去找那些STU_NUM宏然后判斷它是否是表示學生的數目,如果是,就把它改成49。天哪,這個宏定義制造的麻煩比使用它帶來的方便還多。正確的方法應該是為老師的數目另外定義一個宏:

#define?TEA_NUM?50

  當學生的數目改變以后只要把STU_NUM?定義為49就完成了系統的更改。所以,當程序中的兩個量之間沒有必然聯系的時候一定不要用其中的一個宏去替代另一個,那只會讓你的程序根本無法改動。

  最后,建議C/C++語言的初學者盡可能多的在你的程序中使用宏定義和預編譯指令。多看看MFC,ATL或者LINUX的源代碼,你會發現C語言強大的原因所在。

posted on 2006-11-28 12:11 大龍 閱讀(1264) 評論(1)  編輯 收藏 引用

評論

# re: 如此的宏用意何在?------------------------------------#define wait_event(wq,condition) do{ if(condition) break; __wait_event(wq,condition); }while(0) 2006-12-03 12:25 brent

多套一個
{
}
就好了...

課程管理系統,應該讓用戶自己設置學生的人數,教師人數。。

有人建議用定義const變量來代替#define STUDENT_COUNT 50,方便調試

for(int I=0;I<ELE_NUM;I++)
{
cout<<array[I];
}
這個ELE_NUM換成sizeof(array)/sizeof(array[0]) 比較合適。
如果用mfc,直接用CArray<int,int>好了。。
用std的話用vector好了。。
  回復  更多評論   

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲成人直播| 亚洲美女中文字幕| 亚洲一区二区成人| 亚洲午夜激情网站| 国产精品青草久久| 久久久91精品国产一区二区三区| 亚洲一区二区三区四区中文| 国产精品欧美风情| 久久久天天操| 欧美成人xxx| 午夜精品视频网站| 久久精品亚洲一区二区三区浴池| 亚洲高清久久久| 一本色道久久综合亚洲91| 国产嫩草影院久久久久| 美腿丝袜亚洲色图| 欧美日韩中文另类| 久久久久久久久久久一区| 欧美成人激情视频| 欧美影院一区| 欧美aa在线视频| 欧美在线不卡视频| 女同性一区二区三区人了人一| 亚洲精品在线二区| 欧美在线精品一区| 一本色道久久综合亚洲精品不卡 | 亚洲三级网站| 亚洲精品日韩欧美| 狠狠色狠色综合曰曰| 日韩视频在线观看一区二区| 韩日成人av| 亚洲最新视频在线| 亚洲高清视频一区| 欧美在线播放一区二区| 亚洲丝袜av一区| 久久女同精品一区二区| 亚洲免费在线视频| 欧美国产日韩免费| 老司机午夜免费精品视频| 国产精品v欧美精品v日韩| 欧美激情精品久久久久久| 国产三区二区一区久久 | 亚洲午夜电影网| 免费久久精品视频| 久久国产主播| 国产精品欧美日韩一区| 亚洲国产经典视频| 国产精品欧美风情| 一本高清dvd不卡在线观看| 亚洲国产另类精品专区 | 欧美亚洲综合网| 欧美日韩在线播| 亚洲日产国产精品| 日韩网站免费观看| 裸体歌舞表演一区二区| 久久久久久伊人| 国产一区二区三区黄| 亚洲一区二区三区在线| 亚洲五月六月| 欧美日韩在线观看视频| 亚洲精品一区二区三区樱花| 亚洲美女在线一区| 欧美另类一区| 亚洲精品网站在线播放gif| 亚洲日本欧美| 欧美国产在线视频| 亚洲国产美女精品久久久久∴| 亚洲电影第1页| 欧美成人久久| 亚洲另类自拍| 午夜亚洲视频| 国产色综合久久| 久久久精品日韩| 亚洲国产黄色| 亚洲在线中文字幕| 国产午夜精品久久久| 欧美在线精品免播放器视频| 看欧美日韩国产| 亚洲精品综合在线| 欧美日韩一区二区在线观看| 亚洲美女网站| 久久久久久久综合色一本| 亚洲第一色中文字幕| 欧美激情片在线观看| av成人免费| 欧美伊人久久久久久午夜久久久久| 国产欧美日韩精品一区| 久久艳片www.17c.com| 亚洲人成亚洲人成在线观看| 香蕉亚洲视频| 91久久国产综合久久| 欧美日韩另类丝袜其他| 欧美亚洲午夜视频在线观看| 欧美电影免费网站| 亚洲在线一区二区| 亚洲成在人线av| 国产精品大片免费观看| 久久久五月天| 亚洲天堂av图片| 免播放器亚洲| 午夜精品成人在线| 亚洲国产精品成人va在线观看| 欧美日韩综合网| 久久精品中文字幕一区二区三区| 亚洲精品欧美日韩专区| 久久人人97超碰精品888| 日韩一级精品视频在线观看| 国产亚洲在线观看| 欧美视频在线观看一区二区| 久久网站热最新地址| 亚洲一区二区三区在线看 | 国产欧美日韩中文字幕在线| 国产精品伦一区| 亚洲精品国产拍免费91在线| 午夜精品久久久久久久99热浪潮| 欧美大片91| 性色av一区二区三区在线观看 | 欧美在线国产精品| 另类激情亚洲| 久久先锋资源| 亚洲一二三区在线| 一区二区欧美激情| 欧美激情视频一区二区三区在线播放| 国产视频在线观看一区| 国产婷婷一区二区| 国产一区二区在线观看免费| 亚洲欧美在线播放| 一区二区三区鲁丝不卡| 欧美色大人视频| 香蕉久久夜色精品国产| 亚洲欧美日韩另类| 国产亚洲欧美日韩美女| 亚洲人成毛片在线播放| 一区二区三区四区国产精品| 国产精品久久97| 国产乱码精品1区2区3区| 欧美日韩精品一区二区在线播放| 久久人人精品| 久久综合影音| 你懂的国产精品| 免费在线观看一区二区| 老**午夜毛片一区二区三区| 久久久久久综合网天天| 久久理论片午夜琪琪电影网| 久久精品人人做人人综合| 久久黄金**| 久久久亚洲精品一区二区三区| 久久成人免费网| 久久亚洲精选| 欧美成人午夜影院| 欧美久久一区| 国产精品女主播| 国产综合色产| 最新亚洲激情| 亚洲一区二区三区乱码aⅴ| 亚洲——在线| 久久久精品久久久久| 久久久久国产精品www| 免费观看成人网| 亚洲国产一区在线观看| 一本色道久久综合| 亚洲欧美日韩天堂一区二区| 欧美自拍偷拍| 欧美极品一区| 国产精品自拍视频| 亚洲免费激情| 六月天综合网| 亚洲经典一区| 亚洲综合不卡| 免费成人激情视频| 国产精品福利久久久| 国产三区精品| 日韩午夜激情av| 久久精品国产亚洲一区二区三区| 免费在线日韩av| 国产精品99久久久久久久女警 | 久久在线免费观看视频| 亚洲日本无吗高清不卡| 亚洲欧美在线免费观看| 欧美本精品男人aⅴ天堂| 国产精品一区二区三区久久久| 一区在线播放| 性色av一区二区三区红粉影视| 欧美aaaaaaaa牛牛影院| 亚洲一区国产一区| 欧美ed2k| 狠狠色丁香婷婷综合久久片| 一本久久综合| 女生裸体视频一区二区三区| 亚洲在线网站| 欧美日韩国内自拍| 亚洲国产成人tv| 久久精品2019中文字幕| 亚洲免费成人| 欧美成人精品福利| 在线看视频不卡| 久久久美女艺术照精彩视频福利播放| 亚洲日本在线视频观看| 男人的天堂亚洲| 伊人久久av导航|