很多人對C/C++中的整型不太了解,導致代碼移植的時候出現(xiàn)問題,本人在此總結(jié)一下,若有描述錯誤,請務(wù)必指出,謝謝!
a. C/C++對整型長度的規(guī)定是為了執(zhí)行效率,將int定義為機器字長可以取得最大的執(zhí)行速度;
b. C/C++中整型包括:int, char 和 enum, C++中還包含bool類型,C99中bool是一個宏,實際為_Bool;
c. C 和 C++ 對 enum 的規(guī)定有所不同,這里不描述;
d. 修飾整型正負的有 signed 和 unsigned,對于 int 默認為 signed;
e. 修飾 int 大小的有 short 和 long, 部分編譯器還擴展了一些更長的整型,比如 long long 和 __int64, C99中增加了long long和unsigned long long;
f. int 的長度 與 機器字長相同, 16位的編譯器上int長16位,32位的編譯器上int長32位;
g. short int 的長度 小于等于 int 的長度,注意她們可能長度相等,這取決于編譯器;
h. long int 的長度 大于等于 int 的長度,注意她們可能長度相等,這取決于編譯器;
i. char 的長度應(yīng)當可以包容得下一個字符,大部分系統(tǒng)中就是一個字節(jié),而有的系統(tǒng)中可能是4個字節(jié),因為這些系統(tǒng)中一個字符需要四個字節(jié)來描述; 來源:www.examda.com
j. char 的正負取決于編譯器,而編譯器的決定取決于操作系統(tǒng),在不同的編譯器中char可能等同于signed char,也可能等同于unsigned char;
總結(jié):
a. 出于效率考慮,應(yīng)該盡量使用int和unsigned int;
b. 當需要指定容量的整型時,不應(yīng)該直接使用short、int、long等,因為在不同的編譯器上她們的容量不相同。此時應(yīng)該定義她們相應(yīng)的宏或類型,比如在VC++6.0中,可以如下定義:
typedef unsigned char UBYTE;
typedef signed char SBYTE;
typedef unsigned short int UWORD;
typedef signed short int SWORD;
typedef unsigned int UDWORD;
typedef signed int SDWORD;
typedef unsigned __int64 UQWORD;
typedef signed __int64 SQWORD;
然后在代碼中使用 UBYTE、SBYTE、UWORD 等,這樣當代碼移植的時候只需要修改相應(yīng)的類型即可。
定義自己的類型雖然在代碼移植的時候只需要修改一處即可,但仍然屬于源代碼級別的修改,所以 C++ 2.0 中將這些類型定義在模板中,可以做到代碼移植時無需修改代碼。
c. 在定義char時,一定要加上 signed 或 unsigned,因為她的正負在不同的編譯器上并不相同。
d. 不要想當然的以為char是1字節(jié)長,因為她的長度在不同的編譯器上并不相同
希望與更多計算機等級考試的網(wǎng)友交流,請進入計算機等級考試論壇
更多信息請訪問:考試吧計算機等級考試欄目
北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內(nèi)蒙古 |