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

            woaidongmao

            文章均收錄自他人博客,但不喜標題前加-[轉(zhuǎn)貼],因其丑陋,見諒!~
            隨筆 - 1469, 文章 - 0, 評論 - 661, 引用 - 0
            數(shù)據(jù)加載中……

            模板參數(shù)名命名慣例

            模板參數(shù)名命名慣例

            以下模板參數(shù)名命名慣例來自于stlsoft,詳細說明于《Extended STL》。

            模板參數(shù)一般是一個或者兩個大寫字母,
            例如T(type/value-type)、S(sequence/string)、
            C(container/character)、VP(value policy type)等等。

            這樣做有兩個原因。

            首先,全大寫字母的單詞可能被宏定義。
            相反,宏定義一般不會僅有一個或兩個字符。
            所以模板參數(shù)和宏定義沒有命名沖突。

            (我們不應(yīng)該自定義特別短的宏。
            如果一個庫定義了一兩個字符的短宏,
            一般來說,它絕不會是一個可靠的庫。)

            第二,我們將在類中定義成員類型,其名字必須不同于模板參數(shù)名。

            以下代碼中,成員類型和模板參數(shù)同名,無法通過編譯:

            template <typename iterator>
            struct thing
            {
                typedef iterator iterator; // Compile error
            };

            必須如下代碼更改:

            template <typename I>
            struct thing
            {
                typedef I iterator;
            };

            在定義模板類時,有一個慣例,
            即一開始就以上面短小的模板參數(shù)名為基礎(chǔ),
            定義各個成員類型。


            查看StlPort代碼:

            template <class _Key, class _Tp, ...>
            class map
            {
              typedef map<_Key, _Tp, _Compare, _Alloc> _Self;
            public:
              typedef _Key                  key_type;
              typedef _Tp                   data_type;
              typedef _Tp                   mapped_type;
              typedef pair<const _Key, _Tp> value_type;
              typedef _Compare              key_compare;

              ...
            }

            其模板參數(shù)命名的原則是一致的:較短,然后立即定義較長的類型名。
            用前導(dǎo)下劃線防止命名沖突。

            (轉(zhuǎn)載請注明來源于金慶的專欄)
            posted on 2008-04-21 17:25 金慶 閱讀(1380) 評論(10)  編輯 收藏 引用 所屬分類: 1. C/C++

            評論

            # re: 模板參數(shù)名命名慣例 2008-04-21 19:34 踏雪赤兔
            沒必要為你那些過時的宏定義搞成這樣吧,這樣嚴重地損害了代碼可讀性。
            P.S.:與其參考stlsoft,還不如參考SGI STL更好吧,這也是侯捷的選擇  回復(fù)  更多評論
             

            # re: 模板參數(shù)名命名慣例 2008-04-21 19:56 王曉軒
            同意樓上的,SGI 的STL實現(xiàn)可以說是可讀性最好的~~
              回復(fù)  更多評論
             

            # re: 模板參數(shù)名命名慣例 2008-04-21 22:12 Wang Feng
            說起宏定義,其實在文件前面定義,用完了之后在文件最后取消是個很好的習(xí)慣
            比如

            #define PI 3.1415926535897932384626433
            .....

            #undef PI  回復(fù)  更多評論
             

            # re: 模板參數(shù)名命名慣例 2008-04-22 08:38 Kevin Lynx
            原來模板中會優(yōu)先使用宏。

            說實話,作為開源fans,我有點看不慣“(轉(zhuǎn)載請注明來源于金慶的專欄)”這句話。個人感受。  回復(fù)  更多評論
             

            # re: 模板參數(shù)名命名慣例 2008-04-22 09:38 金慶
            @踏雪赤兔
            SGI STL與StlPort的代碼是很相似的,如上述map的定義幾乎一樣,只是stlport多了些對平臺的判斷,移植性好點。應(yīng)該不算“嚴重地損害了代碼可讀性”。  回復(fù)  更多評論
             

            # re: 模板參數(shù)名命名慣例 2008-04-22 09:43 金慶
            @Wang Feng
            取消宏定義是一種方法,這樣該宏只能用于當(dāng)前文件。  回復(fù)  更多評論
             

            # re: 模板參數(shù)名命名慣例 2008-04-22 09:52 金慶
            @Kevin Lynx
            我的觀點是,開源需要亮出自己的名號.
            "轉(zhuǎn)載請注明來源于金慶的專欄"是為了方便讀者找到原文出處.  回復(fù)  更多評論
             

            # re: 模板參數(shù)名命名慣例 2008-04-22 13:19 eXile
            我覺得作為開源的fans,應(yīng)該更加注重版權(quán)的意識。  回復(fù)  更多評論
             

            # re: 模板參數(shù)名命名慣例 2008-04-23 09:08 Kevin Lynx
            @金慶
            這樣的話我還是很贊同的。  回復(fù)  更多評論
             

            # re: 模板參數(shù)名命名慣例 2008-04-25 17:22 #Ant
            SGI STL的可讀性還是最好的,Wang Feng說的那種宏定義方法也是boost庫里面經(jīng)常用的。  回復(fù)  更多評論

            posted on 2008-08-31 21:50 肥仔 閱讀(400) 評論(0)  編輯 收藏 引用 所屬分類: C++ 模板

            国产成人精品久久亚洲高清不卡 国产成人精品久久亚洲高清不卡 国产成人精品久久亚洲 | 久久99精品久久久久子伦| 囯产极品美女高潮无套久久久| 久久久这里有精品| jizzjizz国产精品久久| 久久艹国产| 少妇久久久久久久久久| 国产午夜精品理论片久久| 久久久久久精品无码人妻| 久久九九青青国产精品| 性高湖久久久久久久久AAAAA| 亚洲AV乱码久久精品蜜桃| 久久综合九色综合久99| 狠狠色婷婷久久综合频道日韩| 久久免费线看线看| 久久久久久国产精品免费无码| 久久精品中文字幕有码| 99久久婷婷免费国产综合精品| 伊人色综合久久天天人守人婷 | 久久香蕉国产线看观看乱码| 超级碰碰碰碰97久久久久| 国产精品午夜久久| 久久福利青草精品资源站| 婷婷五月深深久久精品| 久久亚洲精品无码VA大香大香| 94久久国产乱子伦精品免费| 精品乱码久久久久久久| 麻豆亚洲AV永久无码精品久久| 亚洲人成网站999久久久综合| 2021国产成人精品久久| 国内精品伊人久久久久av一坑| 久久久久97国产精华液好用吗| 热99re久久国超精品首页| 伊人久久大香线蕉av一区| 久久精品国产99国产精品导航| 欧美伊人久久大香线蕉综合69 | 久久国产劲爆AV内射—百度| 久久人人青草97香蕉| 人妻系列无码专区久久五月天| 国产亚州精品女人久久久久久 | 久久国产免费直播|