• <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>

            據(jù)說是來自chrome的代碼里的一個模板

             

            template <typename T, size_t N> 
            char (&ArraySizeHelper(T (&array)[N]))[N]; 
            #define arraysize(array) (sizeof(ArraySizeHelper(array))) 
            然后使用這個arraysize宏就可以在編譯時求出數(shù)組的大小

             

            初看這段代碼,我表示很糾結(jié),發(fā)給同學(xué)討論了下,然后表示有點(diǎn)眉目了,其實(shí)這就是一個編譯時求數(shù)組大小的一個寫法,當(dāng)然我們也可以寫成

            #define arraysize(array) (sizeof(array)/sizeof(array[0])) 
            這樣的格式,這種格式相信所有人都能看懂,我想其最所以不這么寫是因?yàn)榭紤]到效率問題吧,避免了上述寫法的除法運(yùn)算,除運(yùn)算則是在四則運(yùn)算里面最耗時的(傷不起的C++,效率高了,可讀性下降的不止一點(diǎn)兩點(diǎn)哈)
            可以自己寫個小程序測試一下:
             1 #include "stdafx.h"
             2 #include <stdio.h>
             3 #include <stdlib.h>
             4 
             5 template <typename T, size_t N> 
             6 char (&ArraySizeHelper(T (&array)[N]))[N]; 
             7 #define arraysize(array) (sizeof(ArraySizeHelper(array))) 
             8 
             9 int _tmain(int argc, _TCHAR* argv[])
            10 {
            11 
            12     double a[200];
            13 
            14     double* b = new double [100];
            15     int cnt = arraysize(a);
            16     printf("%d\n",cnt);
            17 
            18     system("pause");
            19 
            20     return 0;
            21 }
            輸出是200,將a數(shù)組類型換成int,char等結(jié)果依舊是200,這個比較好理解,因?yàn)椴捎胻emplate模板編程,泛型編程.......但是這種用法只能確定編譯時段尺寸確定好了的數(shù)組,若不然如果是采用動態(tài)數(shù)組,比如將代碼15行中的a換成b,則編譯失敗.......
            其實(shí)大致流程是:T[N]的引用->char[N]的引用,最后就是sizeof(char[N]),char其實(shí)就是Byte,輸出也即N ^_^

             
            某位朋友給的網(wǎng)址,將這個問題說的比較透徹,有興趣大家可以看看(同時關(guān)于誤刪了這位朋友的評論,表示歉意):http://blog.csdn.net/yuanmanzheng/article/details/5472967

            posted on 2011-07-08 12:08 蝸牛也Coding 閱讀(2669) 評論(13)  編輯 收藏 引用

            評論

            # re: 據(jù)說是來自chrome的代碼里的一個模板[未登錄] 2011-07-08 13:04 a

            If you use arraysize on a pointer by mistake, you will get a compile-time error.  回復(fù)  更多評論   

            # re: 據(jù)說是來自chrome的代碼里的一個模板[未登錄] 2011-07-08 13:14 heroboy

            根本不是效率原因。使用宏不能區(qū)分是數(shù)組還是指針。模板的話,如果傳入的是指針會編譯錯誤的。  回復(fù)  更多評論   

            # re: 據(jù)說是來自chrome的代碼里的一個模板 2011-07-08 18:05 nieyanbing

            根本不是效率原因。使用宏不能區(qū)分是數(shù)組還是指針。模板的話,如果傳入的是指針會編譯錯誤的。
            up  回復(fù)  更多評論   

            # re: 據(jù)說是來自chrome的代碼里的一個模板 2011-07-08 19:37 right

            如樓上所說,是為了防止誤用,效率沒有任何差別,要知道,經(jīng)編譯器優(yōu)化后都是常數(shù)  回復(fù)  更多評論   

            # re: 據(jù)說是來自chrome的代碼里的一個模板[未登錄] 2011-07-08 20:54 楊粼波

            這個模板,是在編譯時做了一個類型檢查,可以看做是一個斷言:傳入的參數(shù)必須是數(shù)組,否則編譯不過。  回復(fù)  更多評論   

            # re: 據(jù)說是來自chrome的代碼里的一個模板 2011-07-09 16:13 蝸牛也Coding

            額,看來我理解有誤,呵呵@heroboy
              回復(fù)  更多評論   

            # re: 據(jù)說是來自chrome的代碼里的一個模板 2011-07-09 16:14 蝸牛也Coding

            @right
            額,,理解不夠,,受教了
              回復(fù)  更多評論   

            # re: 據(jù)說是來自chrome的代碼里的一個模板 2011-07-09 16:14 蝸牛也Coding

            @楊粼波
            確實(shí)如此
              回復(fù)  更多評論   

            # re: 據(jù)說是來自chrome的代碼里的一個模板 2011-07-09 16:16 蝸牛也Coding

            不好意思,不小心點(diǎn)錯以至于誤刪了某位朋友的評論,你留的網(wǎng)址信息很有用,3ku ^_^  回復(fù)  更多評論   

            # re: 據(jù)說是來自chrome的代碼里的一個模板 2011-07-09 16:17 蝸牛也Coding

            @a
            you are right.....  回復(fù)  更多評論   

            # re: 據(jù)說是來自chrome的代碼里的一個模板 2011-08-12 13:58 Rockroad

            agree with last  回復(fù)  更多評論   

            # re: 據(jù)說是來自chrome的代碼里的一個模板 2011-08-12 14:06 Rockroad

            蝸牛也Coding 中的 Coding 什么意思?

            nut 比較好吧 如果按字面意思。  回復(fù)  更多評論   

            # re: 據(jù)說是來自chrome的代碼里的一個模板 2011-08-20 23:21 蝸牛也Coding

            @Rockroad
            呵呵,,,coding == code + ing  回復(fù)  更多評論   


            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            <2025年5月>
            27282930123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            導(dǎo)航

            統(tǒng)計(jì)

            常用鏈接

            留言簿(8)

            隨筆檔案(78)

            搜索

            積分與排名

            最新評論

            閱讀排行榜

            評論排行榜

            中文成人无码精品久久久不卡| 久久综合九色综合97_久久久| 久久99九九国产免费看小说| 久久久亚洲AV波多野结衣| 久久99国产精品尤物| 久久一区二区三区99| 国内精品久久久久影院日本| 狠狠精品久久久无码中文字幕| 中文成人久久久久影院免费观看| 久久99精品国产自在现线小黄鸭| 久久本道综合久久伊人| 精品免费久久久久久久| 精品久久久久久久国产潘金莲| 99久久精品日本一区二区免费| 久久无码AV一区二区三区| 97久久精品无码一区二区| 99精品国产99久久久久久97 | 91精品免费久久久久久久久| 伊人久久五月天| 久久天天日天天操综合伊人av| 久久国产精品99精品国产987| 亚洲性久久久影院| 久久国产热这里只有精品| 99久久er这里只有精品18| 热re99久久精品国99热| 久久亚洲AV成人无码软件| 2020久久精品亚洲热综合一本| 久久久久亚洲?V成人无码| 日韩精品久久久久久| 香港aa三级久久三级| 国产精品久久自在自线观看| 久久久久亚洲AV无码永不| 一本久久a久久精品亚洲| 99久久国产亚洲综合精品| 亚洲精品美女久久久久99小说| 日本福利片国产午夜久久| 国产91久久综合| 久久成人国产精品一区二区| 久久无码精品一区二区三区| 7777精品伊人久久久大香线蕉 | 久久久国产精品|