前言
??以前在使用?typedef
?與?define
?作聲明時,總感覺沒啥區(qū)別,兩個的使用方法都一樣,但是最近在看《C 陷阱與缺陷》時,才發(fā)現(xiàn)大有不同,因此還是有必要總結(jié)記錄一下。
參考資料
??部分參考網(wǎng)址如下
-
C語言宏:https://developer.aliyun.com/article/7434
??參考書本資料如下
-
《C Primer Plus 第六版》P478
-
《C 陷阱與缺陷》P100
-
《C++ Primer Plus 第六版》P248
問題來源
??在學習《C 陷阱與缺陷》時,遇到這樣一個問題,搞不明白,然后翻閱資料,才理解其中含義!
#define?T1?struct?foo?*
typedef?struct?foo?*T2;
T1?a,?b;
T2?a,?b;
struct?foo?*a,?b;??????//?宏定義方式,聲明展開,T1
struct?foo?*a,?*b;?????//?類型定義方式,聲明展開,T2
??我當時看了之后,對這種帶指針的總是迷迷糊糊,不甚了解。一直不明白為什么?T2?展開之后是這個樣子?
??如果你已經(jīng)看懂了,那很棒,這就是一個很大的區(qū)別!如果沒看懂,沒關(guān)系,下邊我也會自己分析。
分析總結(jié)
??我在查閱相關(guān)參考資料之后,明白了一個基本的事實;
-
使用 ? define
?宏定義,只是名字的替換; -
使用 ? typedef
?類型定義,出來之后,是一個真真切切的? 類型?。
??接著,我從《C Primer Plus》中看到了另外一個例子
#define?BYTE?unsigned?char??????//?typedef?與?#define?功能重合
typedef?char?*?STRING;??????????//?#define?沒有的功能
STRING?name,?sign;
char?*name,?*sign;
#define?STRING?char?*???????????//?定義多個變量時,導致只有第一個有效。
STRING?name,?sign;
char?*name,?sign;
??由上述偽代碼可以看到,當只用作名稱定義時,?typedef
?與?define
?作用一樣。
??但是當用作其他復雜類型定義時,這兩種方式,使用出來的結(jié)果,大不相同!
??比如代碼中,要使用?typedef
?定義一個?char *
?的類型,使用?typedef
?定義如下:
typedef?char?*?STRING;???//?typedef類型聲明
STRING?name,?sign;???????//?變量聲明
char?*name,?*sign;???????//?聲明展開結(jié)果
??但是如果使用?define
?聲明的結(jié)果,很顯然不同,示例代碼如下:
#define?STRING?char?*????//?聲明STRING,當遇到STRING時,替換為char?*
STRING?name,?sign;???????//?變量聲明
char?*name,?sign;????????//?聲明展開結(jié)果
??從上述代碼可以看到,使用?define
?聲明的結(jié)果,只是在預處理過程中,遇到名字為?STRING?的聲明,就原封不動的替換為?( char * )?,僅此而已?。ù颂幙梢月?lián)想到使用?define
?的其他陷阱,后續(xù)再細細總結(jié)。)
??簡單的總結(jié)一下原因
-
如果沒有 ? typedef
?關(guān)鍵字,編譯器將把? STRING?識別為一個指向? char?的指針變量; -
如果使用 ? typedef
?關(guān)鍵字,編譯器則把? STRING?解釋成一個? 類型的標識符?,該類型是指向? char?的指針;
總結(jié)
-
typedef
?這種方式,編譯器會把? STRING?解釋為一個? 類型的標識符?!此過程是? 編譯器?處理的! -
define
?這種方式,只是把名稱替換掉而已,此過程是在? 預處理器?中處理的! -
謹記這兩條總結(jié),以此避免更多類似的陷阱。 -
再重復一遍, ? define
?只是替換名字,而 ?typedef
?是類型標識符?。?!
-END-
來源 | BabyCoder
作者 |?FightingBoom
|?整理文章為傳播相關(guān)技術(shù),版權(quán)歸原作者所有?|
|?如有侵權(quán),請聯(lián)系刪除?|
【1】單片機為何既有Flash又有EEPROM?
【2】“史上”最爛代碼!
【3】goto語句對與錯
【4】C語言內(nèi)存操作的陷阱!你踩過坑嗎?
【5】RTOS 是如何進行任務劃分的?
免責聲明:本文內(nèi)容由21ic獲得授權(quán)后發(fā)布,版權(quán)歸原作者所有,本平臺僅提供信息存儲服務。文章僅代表作者個人觀點,不代表本平臺立場,如有問題,請聯(lián)系我們,謝謝!