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

隨筆-80  評論-24  文章-0  trackbacks-0

C(和C++)中的宏(Macro)屬于編譯器預處理的范疇,屬于編譯期概念(而非運行期概念)。下面對常遇到的宏的使用問題做了簡單總結。

關 于#和##

在C語言的宏中,#的功能是將其后面的宏參數進行字符串化操作(Stringfication),簡單說就是在對它所引用的宏 變量通過替換后在其左右各加上一個雙引號。比如下面代碼中的宏:

#define WARN_IF(EXP) \

do{ if (EXP) \

fprintf(stderr, "Warning: " #EXP "\n"); } \

while(0)

那么實際使用中會出現下面所示的替換過程:

WARN_IF (divider == 0);


被替換為


do {

if (divider == 0)

fprintf(stderr, "Warning" "divider == 0" "\n");

} while(0);

這樣每次divider(除數)為0的時候便會在標 準錯誤流上輸出一個提示信息。

而## 被稱為連接符(concatenator),用來將兩個Token連接為一個Token。注意這里連接的對象是Token就行,而不一定是宏的變量。比如 你要做一個菜單項命令名和函數指針組成的結構體的數組,并且希望在函數名和菜單項命令名之間有直觀的、名字上的關系。那么下面的代碼就非常實用:

struct command

{

char * name;

void (*function) (void);

};


#define COMMAND(NAME) { NAME, NAME ## _command }


// 然后你就用一些預先定義好的命令來方便的初始化一個command結構的數組了:


struct command commands[] = {

COMMAND(quit),

COMMAND(help),

...

}

COMMAND宏在這里充當一個代碼生成器的作 用,這樣可以在一定程度上減少代碼密度,間接地也可以減少不留心所造成的錯誤。我們還可以n個##符號連接 n+1個Token,這個特性也是#符號所不具備的。比如:

#define LINK_MULTIPLE(a,b,c,d) a##_##b##_##c##_##d


typedef struct _record_type LINK_MULTIPLE(name,company,position,salary);

// 這里這個語句將展開為:

// typedef struct _record_type name_company_position_salary;

關 于...的使用

...在C宏中稱為Variadic Macro,也就是變參宏。比如:

#define myprintf(templt,...) fprintf(stderr,templt,__VA_ARGS__)


// 或者


#define myprintf(templt,args...) fprintf(stderr,templt,args)

第 一個宏中由于沒有對變參起名,我們用默認的宏__VA_ARGS__來替代它。第二個宏中,我們顯式地命名變參為args,那么我們在宏定義中就可以用 args來代指變參了。同C語言的stdcall一樣,變參必須作為參數表的最有一項出現。當上面的宏中我們只能提供第一個參數templt時,C標準要 求我們必須寫成:

myprintf(templt,);

的形式。這時的替換過程為:

myprintf("Error!\n",);


替換為:



fprintf(stderr,"Error!\n",);

這是一個 語法錯誤,不能正常編譯。這個問題一般有兩個解決方法。首先,GNU CPP提供的解決方法允許上面的宏調用寫成:

myprintf(templt);

而 它將會被通過替換變成:

fprintf(stderr,"Error!\n",);

很明顯,這里仍然會產生編譯錯誤(非 本例的某些情況下不會產生編譯錯誤)。除了這種方式外,c99和GNU CPP都支持下面的宏定義方式:

#define myprintf(templt, ...) fprintf(stderr,templt, ##__VAR_ARGS__)

這 時,##這個連接符號充當的作用就是當__VAR_ARGS__為空的時候,消除前面的那個逗號。那么此時的翻譯過程如下:

myprintf(templt);


被轉化為:


fprintf(stderr,templt);

這樣如果templt合法,將不會產生 編譯錯誤。 這里列出了一些宏使用中容易出錯的地方,以及合適的使用方式。

錯誤的嵌套-Misnesting

宏的定義不一定要有完整的、配對的括號,但是為了避免出錯并且提高可讀性,最好避免這樣使用。

由 操作符優先級引起的問題-Operator Precedence Problem

由于宏只是簡單的替換,宏的參數如果是復合結構,那么 通過替換之后可能由于各個參數之間的操作符優先級高于單個參數內部各部分之間相互作用的操作符優先級,如果我們不用括號保護各個宏參數,可能會產生預想不 到的情形。比如:

#define ceil_div(x, y) (x + y - 1) / y

那么

a = ceil_div( b & c, sizeof(int) );

將被轉化為:

a = ( b & c + sizeof(int) - 1) / sizeof(int);

// 由于+/-的優先級高于&的優先級,那么上面式子等同于:

a = ( b & (c + sizeof(int) - 1)) / sizeof(int);

這顯然不是調用者的初衷。為了避免這種情況發生,應當多寫幾個括號:

#define ceil_div(x, y) (((x) + (y) - 1) / (y))

消除多余的分號-Semicolon Swallowing

通常情況下,為了使函數模樣的宏在表面上看起來像一個通常的C語言調用一樣,通常情況下我們在宏的后面加上一個分 號,比如下面的帶參宏:

MY_MACRO(x);

但是如果是下面的情況:

#define MY_MACRO(x) { \

/* line 1 */ \

/* line 2 */ \

/* line 3 */ }



//...


if (condition())

MY_MACRO(a);

else

{...}

這樣會由于多出的那個分號產生編譯錯誤。為了避免這種情況出現同時保持MY_MACRO(x);的這種寫法,我們 需要把宏定義為這種形式:

#define MY_MACRO(x) do {

/* line 1 */ \

/* line 2 */ \

/* line 3 */ } while(0)

這樣只要保證總是使用分號,就不會有任何問題。

Duplication of Side Effects

這里的Side Effect是指宏在展開的時候對其參數可能進行多次Evaluation(也就是取值),但是如果這個宏參數是一個函數,那么就有可能被調用多次從而達 到不一致的結果,甚至會發生更嚴重的錯誤。比如:

#define min(X,Y) ((X) > (Y) ? (Y) : (X))


//...



c = min(a,foo(b));

這 時foo()函數就被調用了兩次。為了解決這個潛在的問題,我們應當這樣寫min(X,Y)這個宏:

#define min(X,Y) ({ \

typeof (X) x_ = (X); \

typeof (Y) y_ = (Y); \

(x_ < y_) ? x_ : y_; })

({...})的作用是將內部的幾條語句中最后一條的值返回,它也允許在內部聲明變量(因為它通過大括號組成了一個局部 Scope)。

==

#define display(name) printf(""#name"") 
int main() { 
display(name); 

運行結果是name,為什么不是"#name"呢? 
--------------------------------------------------------------- 

#在這里是字符串化的意思 
printf(""#name"") 相當于 
printf("" "name" "") 
--------------------------------------------------------------- 

The number-sign or "stringizing" operator (#) converts macro parameters (after expansion) to string constants
--------------------------------------------------------------- 

printf("" #name "") <1> 
相當于printf("" "name" "") <2> 
而<2>中的第2,3個“中間時空格 等價于("空+name+空') 
--------------------------------------------------------------- 

## 連接符與# 符 

## 連接符號由兩個井號組成,其功能是在帶參數的宏定義中將兩個子串(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 
--------------------------------------------------------------- 

#define display(name) printf(""#name"") 
int main() { 
display(name); 

==================================== 
特殊性就在 于它是個宏,宏里面處理#號就如LS所說! 
處理后就是一個附加的字符串! 

但printf(""#name"") ;就不行了! 
--------------------------------------------------------------- 

#define display(name) printf(""#name"") 

該定義 字符串化name, 
得 到結果其實就是 printf("name") 
(前后的空字符串拿掉) 

這樣輸出來的自然是 name 

從另 外一個角度講, 
#是一個連接符號, 
參與運算了, 自然不會輸出了 ...

posted on 2011-01-18 16:58 myjfm 閱讀(2363) 評論(0)  編輯 收藏 引用 所屬分類: c/c++基礎
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            久久久久久久999精品视频| 亚洲免费观看在线观看| 老司机久久99久久精品播放免费| 亚洲午夜视频| 亚洲欧美日韩中文在线制服| 翔田千里一区二区| 久久精品亚洲乱码伦伦中文| 久久综合九色综合久99| 欧美人与性禽动交情品| 欧美日韩另类视频| 国产精品亚洲第一区在线暖暖韩国| 国产精品日韩欧美| 一区二区三区在线视频观看| 91久久夜色精品国产九色| 中文在线资源观看网站视频免费不卡 | 日韩亚洲欧美成人一区| 亚洲欧美日韩人成在线播放| 久久久久久999| 亚洲国产精品成人综合| 亚洲每日在线| 久久精品一本| 国产精品美女999| 亚洲国产欧美精品| 亚洲在线成人| 欧美成人国产| 亚洲综合国产激情另类一区| 蜜桃av一区二区三区| 国产精品对白刺激久久久| 1000部国产精品成人观看| 亚洲一区二区三区中文字幕| 免费亚洲电影在线| 亚洲一区二区三区视频播放| 你懂的国产精品| 国内久久婷婷综合| 亚洲欧美日韩直播| 亚洲精品一区二区在线| 久久免费少妇高潮久久精品99| 国产精品国色综合久久| 日韩视频永久免费| 欧美成人精品在线| 久久成人人人人精品欧| 欧美亚洲动漫精品| 日韩视频一区二区三区在线播放| 久久综合狠狠| 欧美诱惑福利视频| 国产欧美视频一区二区三区| 国产私拍一区| 亚洲欧美精品伊人久久| 国内精品免费在线观看| 亚洲一区国产一区| 亚洲国产cao| 久久久在线视频| 国产揄拍国内精品对白| 欧美在线播放| 校园激情久久| 国产亚洲成年网址在线观看| 亚洲在线免费观看| 一区二区日韩伦理片| 欧美日韩91| 亚洲少妇在线| 一区二区三区不卡视频在线观看| 欧美日韩国产综合久久| 中国成人在线视频| 一区二区三区日韩精品视频| 欧美三区在线视频| 午夜精品久久久久| 亚洲专区欧美专区| 国产毛片一区二区| 久久久久国内| 美日韩免费视频| 野花国产精品入口| 中文日韩在线视频| 国产日韩欧美一区二区三区四区| 久久爱www久久做| 久久国产黑丝| 91久久久在线| 一区二区不卡在线视频 午夜欧美不卡在 | 农夫在线精品视频免费观看| 亚洲激情在线播放| 亚洲精品国久久99热| 国产精品你懂的| 美女视频黄a大片欧美| 欧美成人蜜桃| 午夜精品在线看| 久久久噜噜噜久久狠狠50岁| 亚洲精品国产日韩| 亚洲一区三区视频在线观看 | 亚洲图片欧美一区| 午夜久久tv| 亚洲激情欧美激情| 亚洲无人区一区| 亚洲电影第1页| 亚洲乱码国产乱码精品精| 国产女人18毛片水18精品| 欧美成人午夜剧场免费观看| 欧美午夜在线观看| 免费不卡亚洲欧美| 欧美日韩亚洲综合| 狼人社综合社区| 国产精品国产精品| 欧美成人午夜| 欧美wwwwww| 久久er99精品| 亚洲无线视频| 久久午夜电影网| 午夜精品一区二区三区电影天堂 | 国产精品初高中精品久久| 久久精视频免费在线久久完整在线看| 欧美成人精品激情在线观看| 欧美一区亚洲一区| 欧美人与性动交a欧美精品| 久久人人爽人人| 国产精品区免费视频| 亚洲国产成人av| 国产一级揄自揄精品视频| 亚洲毛片一区| 亚洲精品日韩一| 久久久久久久999精品视频| 小黄鸭视频精品导航| 欧美日韩国产小视频在线观看| 免费在线一区二区| 韩日午夜在线资源一区二区| 亚洲一区二区三区精品在线观看| 中文欧美字幕免费| 欧美精品在线一区二区三区| 麻豆精品视频| 激情成人亚洲| 久久精品色图| 久久婷婷蜜乳一本欲蜜臀| 国产欧美一区视频| 性一交一乱一区二区洋洋av| 香蕉成人久久| 国产日韩精品一区| 欧美在线一级va免费观看| 久久福利影视| 国产亚洲欧美另类中文| 香蕉久久夜色| 久久久之久亚州精品露出| 国内久久婷婷综合| 久久亚洲一区二区| 欧美大尺度在线观看| 亚洲激情不卡| 欧美精品乱码久久久久久按摩| 亚洲国产精品欧美一二99| 最近看过的日韩成人| 欧美精品电影在线| 夜久久久久久| 亚洲欧美一区二区视频| 国自产拍偷拍福利精品免费一| 日韩午夜高潮| 亚洲午夜精品17c| 国产精品视频内| 欧美中文日韩| 亚洲国产精品黑人久久久| 99国产精品久久久久久久| 欧美视频不卡中文| 欧美亚洲色图校园春色| 免费不卡在线观看av| 亚洲精品中文字幕在线| 欧美日韩在线播放三区| 亚洲欧美久久久久一区二区三区| 久久国产天堂福利天堂| 亚洲国产综合视频在线观看| 欧美色大人视频| 欧美一区二区三区免费看 | 亚洲一二三区精品| 亚洲全部视频| 亚洲视频香蕉人妖| 国产欧美日韩三级| 久久一区免费| 一本色道久久88亚洲综合88| 久久精品视频一| 亚洲国产精品成人久久综合一区| 欧美日韩ab| 久久久www| 夜夜狂射影院欧美极品| 久久一区二区三区av| 一本色道久久综合狠狠躁的推荐| 国产日韩av在线播放| 欧美国产一区视频在线观看| 亚洲综合成人婷婷小说| 亚洲国产精品ⅴa在线观看| 欧美一区不卡| 亚洲深夜福利在线| 亚洲狠狠丁香婷婷综合久久久| 国产精品国内视频| 欧美激情一区二区| 久久久久青草大香线综合精品| 一级成人国产| 亚洲美女淫视频| 欧美大片免费观看在线观看网站推荐 | 国产精品家庭影院| 欧美成人免费播放| 久久精品欧洲| 性欧美video另类hd性玩具| 亚洲最新视频在线| 亚洲激情在线观看视频免费| 久久资源av| 欧美在线影院在线视频| 亚洲综合首页|