金慶的專欄
C++博客
::
首頁
::
新隨筆
::
聯(lián)系
::
聚合
::
管理
::
423 隨筆 :: 0 文章 :: 454 評論 :: 0 Trackbacks
公告
我的隨筆
我的評論
我參與的隨筆
留言簿
(12)
給我留言
查看公開留言
查看私人留言
隨筆分類
(502)
1. C/C++(166)
(rss)
2. 網(wǎng)游開發(fā)(108)
(rss)
3. Golang(20)
(rss)
4. Linux/Unix(30)
(rss)
5. 軟工與管理(44)
(rss)
6. Python(23)
(rss)
7. Erlang(18)
(rss)
8. Rust(16)
(rss)
9. 其它(77)
(rss)
隨筆檔案
(423)
2023年1月 (1)
2022年11月 (1)
2022年10月 (2)
2022年9月 (1)
2022年4月 (6)
2022年1月 (2)
2021年12月 (4)
2021年11月 (6)
2021年10月 (2)
2021年9月 (2)
2021年8月 (7)
2021年7月 (2)
2021年5月 (2)
2021年3月 (1)
2021年2月 (2)
2021年1月 (1)
2020年12月 (1)
2020年10月 (1)
2020年9月 (5)
2020年8月 (1)
2020年7月 (1)
2020年6月 (1)
2020年4月 (2)
2020年3月 (3)
2020年2月 (3)
2020年1月 (1)
2019年12月 (1)
2019年9月 (2)
2019年4月 (2)
2019年1月 (1)
2018年12月 (1)
2018年11月 (3)
2018年10月 (1)
2018年9月 (3)
2018年8月 (3)
2018年7月 (2)
2018年6月 (4)
2018年5月 (4)
2018年4月 (4)
2018年3月 (1)
2018年1月 (2)
2017年12月 (2)
2017年11月 (3)
2017年10月 (3)
2017年8月 (7)
2017年7月 (1)
2017年6月 (1)
2017年5月 (3)
2017年4月 (3)
2017年3月 (3)
2017年2月 (2)
2017年1月 (2)
2016年12月 (5)
2016年11月 (2)
2016年10月 (2)
2016年9月 (1)
2016年8月 (6)
2016年7月 (3)
2016年6月 (2)
2016年5月 (4)
2016年4月 (2)
2016年3月 (2)
2016年1月 (3)
2015年12月 (2)
2015年11月 (2)
2015年10月 (1)
2015年8月 (2)
2015年7月 (1)
2015年6月 (1)
2015年5月 (4)
2015年4月 (3)
2015年3月 (4)
2015年2月 (5)
2015年1月 (4)
2014年12月 (3)
2014年11月 (3)
2014年10月 (2)
2014年9月 (3)
2014年8月 (1)
2014年4月 (4)
2014年3月 (1)
2014年2月 (4)
2014年1月 (5)
2013年12月 (5)
2013年11月 (5)
2013年9月 (2)
2013年8月 (2)
2013年7月 (2)
2013年6月 (2)
2013年5月 (1)
2013年1月 (2)
2012年12月 (1)
2012年11月 (1)
2012年9月 (1)
2012年8月 (3)
2012年7月 (2)
2012年6月 (1)
2012年4月 (3)
2012年3月 (2)
2012年2月 (3)
2012年1月 (2)
2011年11月 (2)
2011年10月 (3)
2011年9月 (2)
2011年8月 (2)
2011年7月 (3)
2011年6月 (2)
2011年5月 (3)
2011年1月 (2)
2010年12月 (1)
2010年11月 (2)
2010年10月 (2)
2010年9月 (3)
2010年8月 (2)
2010年7月 (3)
2010年6月 (1)
2010年5月 (3)
2010年4月 (3)
2010年3月 (5)
2010年2月 (4)
2010年1月 (4)
2009年12月 (2)
2009年11月 (3)
2009年10月 (4)
2009年9月 (3)
2009年8月 (2)
2009年7月 (4)
2009年6月 (1)
2009年5月 (3)
2009年4月 (4)
2009年3月 (2)
2009年2月 (5)
2009年1月 (1)
2008年12月 (7)
2008年11月 (4)
2008年10月 (1)
2008年9月 (3)
2008年8月 (4)
2008年7月 (3)
2008年6月 (4)
2008年5月 (6)
2008年4月 (7)
2008年3月 (6)
2008年1月 (5)
2007年12月 (7)
2007年11月 (4)
2007年10月 (5)
2007年9月 (6)
2007年8月 (8)
2007年7月 (5)
相冊
公告照片
搜索
積分與排名
積分 - 656594
排名 - 25
最新評論
1.?re: boost::asio::spawn 將一統(tǒng)C++網(wǎng)絡(luò)庫
asio 成為C++首選網(wǎng)絡(luò)庫
--linda
2.?re: log4cxx中文輸出錯誤補丁
評論內(nèi)容較長,點擊標(biāo)題查看
--金慶
3.?re: mingw編譯OrzNet
能發(fā)送一個mingw編譯好的OrzNet庫給我嗎? liuweiqcxy@163.com
謝謝!
--劉威
4.?re: log4cxx中文輸出錯誤補丁
評論內(nèi)容較長,點擊標(biāo)題查看
--bigbad
5.?re: log4cxx中文輸出錯誤補丁
評論內(nèi)容較長,點擊標(biāo)題查看
--bigbad
閱讀排行榜
1.?"multiple definition of" 錯誤(11032)
2.?SVN中邪惡的replace(10955)
3.?VS2005編譯libevent(10413)
4.?混音算法的學(xué)習(xí)與研究(10203)
5.?C調(diào)用lua腳本的效率測試(9007)
評論排行榜
1.?VC6正在被拋棄(35)
2.?VS2005編譯libevent(21)
3.?"multiple definition of" 錯誤(18)
4.?C++引用優(yōu)于指針(17)
5.?ACE與ASIO之間關(guān)于Socket編程的比較(16)
模板參數(shù)名命名慣例
模板參數(shù)名命名慣例
以下模板參數(shù)名命名慣例來自于stlsoft,詳細(xì)說明于《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
金慶
閱讀(2189)
評論(10)
編輯
收藏
引用
所屬分類:
1. C/C++
評論
#
re: 模板參數(shù)名命名慣例
2008-04-21 19:34
踏雪赤兔
沒必要為你那些過時的宏定義搞成這樣吧,這樣嚴(yán)重地?fù)p害了代碼可讀性。
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)該不算“嚴(yán)重地?fù)p害了代碼可讀性”。
回復(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ù)
更多評論
刷新評論列表
只有注冊用戶
登錄
后才能發(fā)表評論。
【推薦】100%開源!大型工業(yè)跨平臺軟件C++源碼提供,建模,組態(tài)!
相關(guān)文章:
How are dtLinks created in NavMesh
C++ parameter passing rules
Naming Conventions for Accessors
Visual Studio 2019 Compiler Hangs
Fbx File Format Identifier
查找內(nèi)存錯誤
std::thread 中的異常會丟失調(diào)用棧
用賦值代替 protobuf CopyFrom()
vs2017 linux 編譯輸出改成 vs 格式
為 LiteIDE 添加選中標(biāo)記
網(wǎng)站導(dǎo)航:
博客園
IT新聞
BlogJava
博問
Chat2DB
管理
Powered by:
C++博客
Copyright © 金慶
国产精品成人久久久
|
日批日出水久久亚洲精品tv
|
久久精品国产乱子伦
|
一本一本久久a久久综合精品蜜桃
|
亚洲∧v久久久无码精品
|
国产一区二区三区久久
|
久久久久久久亚洲精品
|
国产精品一区二区久久精品涩爱
|
久久久久久久波多野结衣高潮
|
久久夜色精品国产噜噜亚洲AV
|
91秦先生久久久久久久
|
亚洲а∨天堂久久精品9966
|
97热久久免费频精品99
|
久久人人爽人人爽人人片AV麻豆
|
狠狠综合久久综合88亚洲
|
欧美日韩中文字幕久久伊人
|
久久人人爽人人爽人人片AV东京热
|
欧美一区二区三区久久综
|
人妻少妇精品久久
|
99久久精品久久久久久清纯
|
欧美大香线蕉线伊人久久
|
久久只有这里有精品4
|
久久精品国产AV一区二区三区
|
久久精品嫩草影院
|
色婷婷综合久久久久中文一区二区
|
99热都是精品久久久久久
|
久久久久久国产精品无码超碰
|
欧美激情精品久久久久久久九九九
|
国产午夜福利精品久久2021
|
久久久久久精品免费看SSS
|
久久人人超碰精品CAOPOREN
|
国产精品成人精品久久久
|
久久久精品日本一区二区三区
|
91精品国产高清91久久久久久
|
久久精品国产亚洲AV无码偷窥
|
伊人色综合久久天天人守人婷
|
欧美色综合久久久久久
|
久久久久无码国产精品不卡
|
久久天天躁狠狠躁夜夜2020
|
久久国产精品一区
|
亚洲成av人片不卡无码久久
|