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

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

            模板參數名命名慣例

            模板參數名命名慣例

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

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

            這樣做有兩個原因。

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

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

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

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

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

            必須如下代碼更改:

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

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


            查看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;

              ...
            }

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

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

            評論

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

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

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

            #define PI 3.1415926535897932384626433
            .....

            #undef PI  回復  更多評論
             

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

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

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

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

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

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

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

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

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

            久久人人添人人爽添人人片牛牛| 国产亚洲欧美成人久久片| 精品久久久久久无码中文野结衣| 久久精品国产只有精品2020| 久久久久久国产精品无码下载| 一本大道久久香蕉成人网| 中文字幕久久波多野结衣av| 精品久久久久久亚洲精品| 久久久久久久国产免费看| 日韩精品久久久久久免费| 久久久久亚洲精品男人的天堂| 久久久久久久97| 99精品伊人久久久大香线蕉| 亚洲一区精品伊人久久伊人| 天天综合久久久网| 久久香综合精品久久伊人| 国产亚洲成人久久| 成人国内精品久久久久影院| 久久伊人中文无码| 91久久精品视频| avtt天堂网久久精品| 久久久久波多野结衣高潮| 久久精品国产第一区二区| 国产欧美久久一区二区| 欧美大香线蕉线伊人久久| 久久性生大片免费观看性| 欧美久久综合性欧美| 欧美噜噜久久久XXX| 97精品依人久久久大香线蕉97| 青青草原综合久久大伊人导航| 久久精品国产免费| 青青青国产成人久久111网站| 无码人妻久久久一区二区三区| 久久综合视频网| 亚洲精品无码久久久久去q| 日本WV一本一道久久香蕉| 性高朝久久久久久久久久| 午夜视频久久久久一区 | 久久久久久A亚洲欧洲AV冫| 大香网伊人久久综合网2020| 91性高湖久久久久|