版權(quán)說(shuō)明:本文檔由用戶(hù)提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
1、typedef和#define的用法與區(qū)別一、typedef的用法在C/C+語(yǔ)言中,typedef常用來(lái)定義一個(gè)標(biāo)識(shí)符及關(guān)鍵字的別名,它是語(yǔ)言編譯過(guò)程的一 部分,但它并不實(shí)際分配內(nèi)存空間,實(shí)例像:typedefintINT;typedefintARRAY10;typedef (int*) pINT;typedef可以增強(qiáng)程序的可讀性,以及標(biāo)識(shí)符的靈活性,但它也有“非直觀性”等缺點(diǎn)。二、#define的用法 #define為一宏定義語(yǔ)句,通常用它來(lái)定義常量(包括無(wú)參量與帶參量),以及用來(lái)實(shí)現(xiàn)那些 “表面似和善、背后一長(zhǎng)串”的宏,它本身并不在編譯過(guò)程中進(jìn)行,而是在這之前(預(yù)處理 過(guò)程)就已經(jīng)完成了
2、,但也因此難以發(fā)現(xiàn)潛在的錯(cuò)誤及其它代碼維護(hù)問(wèn)題,它的實(shí)例像:#define INTint#defineTRUE1#defineAdd(a,b)(a) + (b);#define Loop_10 for (int i=0; i10; i+)在Scott Meyer的Effective C+一書(shū)的條款1中有關(guān)于#define語(yǔ)句弊端的分析,以及好 的替代方法,大家可參看。三、typedef與#define的區(qū)別從以上的概念便也能基本清楚,typedef只是為了增加可讀性而為標(biāo)識(shí)符另起的新名稱(chēng)(僅 僅只是個(gè)別名),而#define原本在C中是為了定義常量,到了 C+, const、enum、inli
3、ne 的出現(xiàn)使它也漸漸成為了起別名的工具。有時(shí)很容易搞不清楚與typedef兩者到底該用哪個(gè) 好,如#define INT int這樣的語(yǔ)句,用typedef 一樣可以完成,用哪個(gè)好呢?我主張用 typedef,因?yàn)樵谠缙诘脑S多C編譯器中這條語(yǔ)句是非法的,只是現(xiàn)今的編譯器又做了擴(kuò)充。 為了盡可能地兼容,一般都遵循#define定義“可讀”的常量以及一些宏語(yǔ)句的任務(wù),而 typedef則常用來(lái)定義關(guān)鍵字、冗長(zhǎng)的類(lèi)型的別名。宏定義只是簡(jiǎn)單的字符串代換(原地?cái)U(kuò)展),而typedef則不是原地?cái)U(kuò)展,它的新名字具有一 定的封裝性,以致于新命名的標(biāo)識(shí)符具有更易定義變量的功能。請(qǐng)看上面第一大點(diǎn)代碼的第 三行
4、: typedef (int*) pINT;以及下面這行:#define pINT2 int*效果相同?實(shí)則不同!實(shí)踐中見(jiàn)差別:pINT a,b;的效果同int *a; int *b;表示定義了兩 個(gè)整型指針變量。而pINT2 a,b;的效果同int *a, b;表示定義了一個(gè)整型指針變量a和整型變量b。typedef的四個(gè)用途和兩個(gè)陷阱用途一:定義一種類(lèi)型的別名,而不只是簡(jiǎn)單的宏替換??梢杂米魍瑫r(shí)聲明指針型的多個(gè)對(duì)象。比如: char* pa, pb; / 這多數(shù)不符合我們的意圖,它只聲明了一個(gè)指向字符變量的 指針,/ 和一個(gè)字符變量;以下則可行:typedef char* PCHAR; /
5、 一般用大寫(xiě)PCHAR pa, pb;/可行,同時(shí)聲明了兩個(gè)指向字符變量的指針雖然:char *pa, *pb;也可行,但相對(duì)來(lái)說(shuō)沒(méi)有用typedef的形式直觀,尤其在需要大量指針的地方,typedef的 方式更省事。用途二:用在舊的C代碼中(具體多舊沒(méi)有查),幫助struct。以前的代碼中,聲明struct新對(duì)象 時(shí),必須要帶上struct,即形式為:struct 結(jié)構(gòu)名 對(duì)象名,如:struct tagPOINT1int x;int y;struct tagPOINT1 p1;而在C+中,則可以直接寫(xiě):結(jié)構(gòu)名 對(duì)象名,即:tagPOINT1 p1;估計(jì)某人覺(jué)得經(jīng)常多寫(xiě)一個(gè)struct太麻煩
6、了,于是就發(fā)明了:typedef struct tagPOINTint x;int y;POINT;POINT p1;/這樣就比原來(lái)的方式少寫(xiě)了一個(gè)struct,比較省事,尤其在大量使用的時(shí)候或許,在C+中,typedef的這種用途二不是很大,但是理解了它,對(duì)掌握以前的舊 代碼還是有幫助的,畢竟我們?cè)陧?xiàng)目中有可能會(huì)遇到較早些年代遺留下來(lái)的代碼。用途二:用typedef來(lái)定義與平臺(tái)無(wú)關(guān)的類(lèi)型。比如定義一個(gè)叫REAL 的浮點(diǎn)類(lèi)型,在目標(biāo)平臺(tái)一上,讓它表示最高精度的類(lèi)型為:typedef longdouble REAL;在不支持longdouble 的平臺(tái)二上,改為:typedef doubleRE
7、AL;在連 double都不支持的平臺(tái)三上,改為:typedef floatREAL;也就是說(shuō),當(dāng)跨平臺(tái)時(shí),只要改下 typedef本身就行,不用對(duì)其他源碼做任何修改。標(biāo)準(zhǔn)庫(kù)就廣泛使用了這個(gè)技巧,比如size_t。另外,因?yàn)閠ypedef是定義了一種類(lèi)型的新別名,不是簡(jiǎn)單的字符串替換,所以它比宏來(lái)得 穩(wěn)健(雖然用宏有時(shí)也可以完成以上的用途)。用途四:為復(fù)雜的聲明定義一個(gè)新的簡(jiǎn)單的別名。方法是:在原來(lái)的聲明里逐步用別名替換一部分復(fù) 雜聲明,如此循環(huán),把帶變量名的部分留到最后替換,得到的就是原聲明的最簡(jiǎn)化版。舉例:原聲明:int *(*a5)(int, char*);變量名為a,直接用一個(gè)新別名p
8、Fun替換a就可以了:typedef int *(*pFun)(int, char*);原聲明的最簡(jiǎn)化版:pFun a5;原聲明:void (*b10) (void (*)();變量名為b,先替換右邊部分括號(hào)里的,pFunParam為別名一:typedefvoid(*pFunParam)();再替換左邊的變量b,pFunx為別名二:typedefvoid(*pFunx)(pFunParam);原聲明的最簡(jiǎn)化版:pFunx b10;原聲明:doube(*)() (*e)9;變量名為e,先替換左邊部分,pFuny為別名一:typedef double(*pFuny)();再替換右邊的變量e,pFu
9、nParamy為別名二typedef pFuny (*pFunParamy)9;原聲明的最簡(jiǎn)化版:pFunParamy e;理解復(fù)雜聲明可用的“右左法則”:從變量名看起,先往右,再往左,碰到一個(gè)圓括號(hào)就調(diào) 轉(zhuǎn)閱讀的方向;括號(hào)內(nèi)分析完就跳出括號(hào),還是按先右后左的順序,如此循環(huán),直到整個(gè)聲 明分析完。舉例:int (*func)(int *p);首先找到變量名func,外面有一對(duì)圓括號(hào),而且左邊是一個(gè)*號(hào),這說(shuō)明func是一個(gè)指針; 然后跳出這個(gè)圓括號(hào),先看右邊,又遇到圓括號(hào),這說(shuō)明(*func)是一個(gè)函數(shù),所以func 是一個(gè)指向這類(lèi)函數(shù)的指針,即函數(shù)指針,這類(lèi)函數(shù)具有int*類(lèi)型的形參,返回值
10、類(lèi)型是 intoint (*func5)(int *);func右邊是一個(gè)運(yùn)算符,說(shuō)明func是具有5個(gè)元素的數(shù)組;func的左邊有一個(gè)*,說(shuō)明 func的元素是指針(注意這里的*不是修飾func,而是修飾func5的,原因是運(yùn)算符優(yōu) 先級(jí)比*高,func先跟:結(jié)合)。跳出這個(gè)括號(hào),看右邊,又遇到圓括號(hào),說(shuō)明func數(shù)組 的元素是函數(shù)類(lèi)型的指針,它指向的函數(shù)具有int*類(lèi)型的形參,返回值類(lèi)型為into也可以記住2個(gè)模式:type (*)(.)函數(shù)指針type (*)數(shù)組指針陷阱一:記住,typedef是定義了一種類(lèi)型的新別名,不同于宏,它不是簡(jiǎn)單的字符串替換。比如: 先定義:typedef char* PSTR;然后:int mystrcmp(const PSTR, const PSTR);const PSTR實(shí)際上相當(dāng)于constchar*嗎?不是的,它實(shí)際上相當(dāng)于char*consto原因在于const給予了整個(gè)指針本身以常量性,也就是形成了常量指針char*consto簡(jiǎn)單來(lái)說(shuō),記住當(dāng)const和typedef 一起
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶(hù)所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶(hù)上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶(hù)上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶(hù)因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 二零二五年度爬架租賃與施工安全防護(hù)方案合同4篇
- 抽沙工程合同(2篇)
- 2024版違約合同的民事起訴狀
- 2025年度柑橘滯銷(xiāo)產(chǎn)品“搶購(gòu)”線上線下聯(lián)動(dòng)合同2篇
- 二零二五版屋頂廣告位使用權(quán)租賃與管理合同3篇
- 2025年度男方房產(chǎn)無(wú)償贈(zèng)與女方婚后財(cái)產(chǎn)分配合同
- 二零二五年度大數(shù)據(jù)分析服務(wù)采購(gòu)合同范本2篇
- 二零二五年度新能源儲(chǔ)能技術(shù)總監(jiān)招聘與項(xiàng)目實(shí)施合同
- 2025年度個(gè)人動(dòng)產(chǎn)抵押借款合同范例
- 二手車(chē)過(guò)戶(hù)服務(wù)保障合同范本2024年版版B版
- 垃圾處理廠工程施工組織設(shè)計(jì)
- 天皰瘡患者護(hù)理
- 2025年蛇年新年金蛇賀歲金蛇狂舞春添彩玉樹(shù)臨風(fēng)福滿(mǎn)門(mén)模板
- 《建筑制圖及陰影透視(第2版)》課件 4-直線的投影
- 2024-2030年中國(guó)IVD(體外診斷)測(cè)試行業(yè)市場(chǎng)發(fā)展趨勢(shì)與前景展望戰(zhàn)略分析報(bào)告
- 損失補(bǔ)償申請(qǐng)書(shū)范文
- 壓力與浮力的原理解析
- 鐵路損傷圖譜PDF
- 裝修家庭風(fēng)水學(xué)入門(mén)基礎(chǔ)
- 移動(dòng)商務(wù)內(nèi)容運(yùn)營(yíng)(吳洪貴)任務(wù)二 社群的種類(lèi)與維護(hù)
- 《詩(shī)詞寫(xiě)作常識(shí) 詩(shī)詞中國(guó)普及讀物 》讀書(shū)筆記思維導(dǎo)圖
評(píng)論
0/150
提交評(píng)論