• <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>
            隨筆-4  評論-40  文章-117  trackbacks-0

            首先四種類型都是無符號類型,是用以表示元素個(gè)數(shù)或者數(shù)組索引的最佳類型。在作為函數(shù)參數(shù)時(shí),不需像有符號類型那樣檢測值是否小于零。

            1. ::size_t還是std::size_t
            請使用std::size_t,因?yàn)槟闾幱贑++的世界。
            在此,所有C++標(biāo)準(zhǔn)庫組件用以表示元素個(gè)數(shù)的類型(比如size()或者operator[])都是std::size_t。

            std::size_t count = array.size(); // array是typedef vector<int>
            std::size_t index = 0;
            array[ index ] = 0;

            注意:
            1) 如果某個(gè)CPP沒有使用任何C++標(biāo)準(zhǔn)庫組件,那么就有可能需要包含<cstddef> 頭文件。
            2) std::size_t其實(shí)就是::size_t (::size_t被引入到namespace std中(你可以在<cstring>中找到)


            2.基本上我們不會考慮unsigned int和unsigned long,因?yàn)樘幵贑++的世界,使用C++標(biāo)準(zhǔn)庫組件就是在所難免了。
            如果你非要了解其細(xì)枝末節(jié)的話,那么下面是一份清單:

            unsigned int 和 unsigned long比較(不考慮32位以下的平臺)

            如果不考慮可移植性:
            在32位平臺上更應(yīng)該使用unsigned int,因?yàn)樗?br>1)和unsigned long 一樣的大小,32位可以表示到42.9億。
            2) 比unsigned long更常用
            3) 和std::size_t是一樣的類型

            如果是64位平臺的話:
            1) unsinged int仍是32位,而unsigned long就是64位了。
            2) 更應(yīng)該使用unsigned long因?yàn)樘幚砥鲗?4位具有更快的處理速度。

            就目前而言,64位平臺還不夠成熟,所以向64位平臺的移植基本不做考慮。

            但是如果你堅(jiān)持要考慮可移植性(注意是硬件32位平臺向64位移植,而非軟件):
            1) 如果對速度敏感:使用unsigned long,無論在32位還是64位都有最快的處理速度。
            2) 如果對內(nèi)存敏感:使用unsigned int,使用內(nèi)存量不會因平臺而改變。
            不過通常對于硬件平臺的可移植性的考慮都是多余的(不夠敏捷哦)。

            3. 關(guān)于unsigned類型:

            有時(shí)候會碰到一些C語言的函數(shù),它的參數(shù)類型是unsigned,而不是unsigned int、unsigned long之類的,例如:Turbo C的庫函數(shù)中有這么幾個(gè)函數(shù):unsigned far setgraphbufsize(unsigned bufsize);int read(int handle, void *buf, unsigned len); int write(int handle, void *buf, unsigned len);

            [摘引他人]這種情況一般都會在前面進(jìn)行宏定義的
            是為了版本兼容或跨平臺
            現(xiàn)在的32位變成64位的機(jī)器 這樣的定義有必要

            #ifdef WINDOWS
               define unsigned (unsigned int)
            #endif

            ifdef LINUX
                define unsigned (unsigned long)
            #endif
            這樣的話在跨平臺的時(shí)候就很有必要了

            CHECK:個(gè)人經(jīng)查閱VC6系統(tǒng)頭文件,并未發(fā)現(xiàn)上面的宏定義;同時(shí)結(jié)合一些函數(shù)(如_beginthreadex)查閱MSDN,判斷unsigned在32位系統(tǒng)下就代表unsigned int,畢竟這是系統(tǒng)最常用的類型。



            posted on 2010-04-27 17:29 李陽 閱讀(3276) 評論(0)  編輯 收藏 引用 所屬分類: C++
            久久精品成人免费看| 色诱久久av| 国产精品久久久久久久久鸭| 国产精品久久久亚洲| 精品久久久久久久久久久久久久久| 久久久久99精品成人片| 人妻无码αv中文字幕久久| 久久婷婷成人综合色综合| 亚洲嫩草影院久久精品| 久久人妻AV中文字幕| 狠狠色丁香婷婷综合久久来 | 久久久久女人精品毛片| 国产午夜久久影院| 久久久久久久综合狠狠综合| 潮喷大喷水系列无码久久精品| 日韩va亚洲va欧美va久久| 久久99精品久久久久子伦| 久久笫一福利免费导航| 国产福利电影一区二区三区久久久久成人精品综合 | 亚洲中文字幕无码一久久区| 精品国产91久久久久久久a| 色综合久久久久久久久五月| 亚洲乱码日产精品a级毛片久久| 国产精品久久永久免费| 久久久久亚洲AV无码永不| 伊人久久精品影院| 久久久久久av无码免费看大片| 亚洲精品乱码久久久久久自慰| 久久久免费观成人影院| 蜜桃麻豆www久久| 亚洲一区中文字幕久久| 国内精品久久九九国产精品| 无码人妻久久一区二区三区免费| 色诱久久av| 久久精品人妻中文系列| 性欧美大战久久久久久久| 久久青青草原精品国产不卡| 亚洲国产成人久久一区WWW| 亚洲欧美一区二区三区久久| 亚洲伊人久久成综合人影院 | 国产精品久久久久影视不卡|