下載本文檔
版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
1、一、typedef的用法在C/C+語言中,typedef常用來定義一個(gè)標(biāo)識符及關(guān)鍵字的別名,它是語言編譯過程的一部分,但它并不實(shí)際分配內(nèi)存空間,實(shí)例像:typedef int INT;typedef int ARRAY10;typedef (int*) pINT;typedef可以增強(qiáng)程序的可讀性,以及標(biāo)識符的靈活性,但它也有“非直觀性”等缺點(diǎn)。typedef 還可以掩飾符合類型,如指針和數(shù)組。例如,你不用象下面這樣重復(fù)定義有 81 個(gè)字符元素的數(shù)組:char line81; char text81;定義一個(gè) typedef,每當(dāng)要用到相同類型和大小的數(shù)組時(shí),可以這樣:typedef char
2、 Line81; Line text, secondline; getline(text);同樣,可以象下面這樣隱藏指針語法:typedef char * pstr; int mystrcmp(pstr, pstr);這里將帶我們到達(dá)第一個(gè) typedef 陷阱。標(biāo)準(zhǔn)函數(shù) strcmp()有兩個(gè)const char *類型的參數(shù)。因此,它可能會誤導(dǎo)人們象下面這樣聲明 mystrcmp():int mystrcmp(const pstr, const pstr);這是錯(cuò)誤的,按照順序,const pstr被解釋為char * const(一個(gè)指向 char 的常量指針),而不是const cha
3、r *(指向常量 char 的指針)。這個(gè)問題很容易解決:typedef const char * cpstr; int mystrcmp(cpstr, cpstr); / 現(xiàn)在是正確的記?。翰还苁裁磿r(shí)候,只要為指針聲明 typedef,那么都要在最終的 typedef 名稱中加一個(gè) const,以使得該指針本身是常量,而不是對象。代碼簡化上面討論的 typedef 行為有點(diǎn)像 #define 宏,用其實(shí)際類型替代同義字。不同點(diǎn)是 typedef 在編譯時(shí)被解釋,因此讓編譯器來應(yīng)付超越預(yù)處理器能力的文本替換。例如:typedef int (*PF) (const char *, const c
4、har *);這個(gè)聲明引入了 PF 類型作為函數(shù)指針的同義字,該函數(shù)有兩個(gè) const char * 類型的參數(shù)以及一個(gè) int 類型的返回值。如果要使用下列形式的函數(shù)聲明,那么上述這個(gè) typedef 是不可或缺的:PF Register(PF pf);Register() 的參數(shù)是一個(gè) PF 類型的回調(diào)函數(shù),返回某個(gè)函數(shù)的地址,其署名與先前注冊的名字相同。做一次深呼吸。下面我展示一下如果不用 typedef,我們是如何實(shí)現(xiàn)這個(gè)聲明的:int (*Register (int (*pf)(const char *, const char *) (const char *, const char
5、 *);很少有程序員理解它是什么意思,更不用說這種費(fèi)解的代碼所帶來的出錯(cuò)風(fēng)險(xiǎn)了。顯然,這里使用 typedef 不是一種特權(quán),而是一種必需。持懷疑態(tài)度的人可能會問:“OK,有人還會寫這樣的代碼嗎?”,快速瀏覽一下揭示 signal()函數(shù)的頭文件 <csinal>,一個(gè)有同樣接口的函數(shù)。typedef 和存儲類關(guān)鍵字(storage class specifier)這種說法是不是有點(diǎn)令人驚訝,typedef 就像 auto,extern,mutable,static,和 register 一樣,是一個(gè)存儲類關(guān)鍵字。這并是說 typedef 會真正影響對象的存儲特性;它只是說在語句構(gòu)
6、成上,typedef 聲明看起來象 static,extern 等類型的變量聲明。下面將帶到第二個(gè)陷阱:typedef register int FAST_COUNTER; / 錯(cuò)誤編譯通不過。問題出在你不能在聲明中有多個(gè)存儲類關(guān)鍵字。因?yàn)榉?typedef 已經(jīng)占據(jù)了存儲類關(guān)鍵字的位置,在 typedef 聲明中不能用 register(或任何其它存儲類關(guān)鍵字)。促進(jìn)跨平臺開發(fā)typedef 有另外一個(gè)重要的用途,那就是定義機(jī)器無關(guān)的類型,例如,你可以定義一個(gè)叫 REAL 的浮點(diǎn)類型,在目標(biāo)機(jī)器上它可以i獲得最高的精度:typedef long double REAL;在不支持 long
7、double 的機(jī)器上,該 typedef 看起來會是下面這樣:typedef double REAL;并且,在連 double 都不支持的機(jī)器上,該 typedef 看起來會是這樣: 、typedef float REAL;你不用對源代碼做任何修改,便可以在每一種平臺上編譯這個(gè)使用 REAL 類型的應(yīng)用程序。唯一要改的是 typedef 本身。在大多數(shù)情況下,甚至這個(gè)微小的變動完全都可以通過奇妙的條件編譯來自動實(shí)現(xiàn)。不是嗎? 標(biāo)準(zhǔn)庫廣泛地使用 typedef 來創(chuàng)建這樣的平臺無關(guān)類型:size_t,ptrdiff 和 fpos_t 就是其中的例子。此外,象 std:string 和 std:
8、ofstream 這樣的 typedef 還隱藏了長長的,難以理解的模板特化語法,例如:basic_string<char, char_traits<char>,allocator<char>> 和 basic_ofstream<char, char_traits<char>>。二、#define的用法#define為一宏定義語句,通常用它來定義常量(包括無參量與帶參量),以及用來實(shí)現(xiàn)那些“表面似和善、背后一長串”的宏,它本身并不在編譯過程中進(jìn)行,而是在這之前(預(yù)處理過程)就已經(jīng)完成了,但也因此難以發(fā)現(xiàn)潛在的錯(cuò)誤及其它代碼維護(hù)問題,它
9、的實(shí)例像:#define INT int#define TRUE 1#define Add(a,b) (a)+(b);#define Loop_10 for (int i=0; i<10; i+)三、typedef與#define的區(qū)別從以上的概念便也能基本清楚,typedef只是為了增加可讀性而為標(biāo)識符另起的新名稱(僅僅只是個(gè)別名),而#define原本在C中是為了定義常量,到了C+,const、enum、inline的出現(xiàn)使它也漸漸成為了起別名的工具。有時(shí)很容易搞不清楚與typedef兩者到底該用哪個(gè)好,如#defineINT int這樣的語句,用typedef一樣可以完成,用哪個(gè)好呢?我主張用typedef,因?yàn)樵谠缙诘脑S多C編譯器中這條語句是非法的,只是現(xiàn)今的編譯器又做了擴(kuò)充。為了盡可能地兼容,一般都遵循#define定義“可讀”的常量以及一些宏語句的任務(wù),而typedef則常用來定義關(guān)鍵字、冗長的類型的別名。宏定義只是簡單的字符串代換(原地?cái)U(kuò)展),而typedef則不是原地?cái)U(kuò)展,它的新名字具有一定的封裝性,以致于新命名的標(biāo)識符具有更易定義變量的功能。請看上面第一大點(diǎn)代碼的第三行:typedef (int*) pINT;以及下面這行:#
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2024年版權(quán)許可協(xié)議:音樂制作人使用原創(chuàng)曲目的合同
- 2024民法典合同范本:跨境電商物流配送服務(wù)合同3篇
- 2025版工程居間代理合同模板附環(huán)境保護(hù)責(zé)任條款3篇
- 門診部醫(yī)生工作總結(jié)
- 2025年度高檔家具定制供貨協(xié)議3篇
- 2025版中央空調(diào)系統(tǒng)預(yù)防性保養(yǎng)與快速維修合同范本3篇
- 醫(yī)藥行業(yè)臨床技能培訓(xùn)感悟
- 酒店管理的創(chuàng)新發(fā)展
- 家電行業(yè)的離職處理方式
- 管理助理工作總結(jié)
- 護(hù)理查對制度課件
- 移動發(fā)布推介會服務(wù)方案
- 供應(yīng)商產(chǎn)品質(zhì)量監(jiān)督管理制度
- 單位工程、分部工程、分項(xiàng)工程及檢驗(yàn)批劃分方案
- 器樂Ⅰ小提琴課程教學(xué)大綱
- 主債權(quán)合同及不動產(chǎn)抵押合同(簡化版本)
- 服裝廠安全生產(chǎn)責(zé)任書
- JGJ202-2010建筑施工工具式腳手架安全技術(shù)規(guī)范
- 液壓爬模系統(tǒng)作業(yè)指導(dǎo)書
- 2018-2019學(xué)年北京市西城區(qū)人教版六年級上冊期末測試數(shù)學(xué)試卷
- SFC15(發(fā)送)和SFC14(接收)組態(tài)步驟
評論
0/150
提交評論