金慶的專欄
C++博客
::
首頁
::
新隨筆
::
聯(lián)系
::
聚合
::
管理
::
423 隨筆 :: 0 文章 :: 454 評(píng)論 :: 0 Trackbacks
公告
我的隨筆
我的評(píng)論
我參與的隨筆
留言簿
(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)
相冊(cè)
公告照片
搜索
積分與排名
積分 - 659036
排名 - 25
最新評(píng)論
1.?re: boost::asio::spawn 將一統(tǒng)C++網(wǎng)絡(luò)庫
asio 成為C++首選網(wǎng)絡(luò)庫
--linda
2.?re: log4cxx中文輸出錯(cuò)誤補(bǔ)丁
評(píng)論內(nèi)容較長(zhǎng),點(diǎn)擊標(biāo)題查看
--金慶
3.?re: mingw編譯OrzNet
能發(fā)送一個(gè)mingw編譯好的OrzNet庫給我嗎? liuweiqcxy@163.com
謝謝!
--劉威
4.?re: log4cxx中文輸出錯(cuò)誤補(bǔ)丁
評(píng)論內(nèi)容較長(zhǎng),點(diǎn)擊標(biāo)題查看
--bigbad
5.?re: log4cxx中文輸出錯(cuò)誤補(bǔ)丁
評(píng)論內(nèi)容較長(zhǎng),點(diǎn)擊標(biāo)題查看
--bigbad
閱讀排行榜
1.?"multiple definition of" 錯(cuò)誤(11054)
2.?SVN中邪惡的replace(10972)
3.?VS2005編譯libevent(10429)
4.?混音算法的學(xué)習(xí)與研究(10230)
5.?C調(diào)用lua腳本的效率測(cè)試(9019)
評(píng)論排行榜
1.?VC6正在被拋棄(35)
2.?VS2005編譯libevent(21)
3.?"multiple definition of" 錯(cuò)誤(18)
4.?C++引用優(yōu)于指針(17)
5.?ACE與ASIO之間關(guān)于Socket編程的比較(16)
模板參數(shù)名命名慣例
模板參數(shù)名命名慣例
以下模板參數(shù)名命名慣例來自于stlsoft,詳細(xì)說明于《Extended STL》。
模板參數(shù)一般是一個(gè)或者兩個(gè)大寫字母,
例如T(type/value-type)、S(sequence/string)、
C(container/character)、VP(value policy type)等等。
這樣做有兩個(gè)原因。
首先,全大寫字母的單詞可能被宏定義。
相反,宏定義一般不會(huì)僅有一個(gè)或兩個(gè)字符。
所以模板參數(shù)和宏定義沒有命名沖突。
(我們不應(yīng)該自定義特別短的宏。
如果一個(gè)庫定義了一兩個(gè)字符的短宏,
一般來說,它絕不會(huì)是一個(gè)可靠的庫。)
第二,我們將在類中定義成員類型,其名字必須不同于模板參數(shù)名。
以下代碼中,成員類型和模板參數(shù)同名,無法通過編譯:
template <typename iterator>
struct thing
{
typedef iterator iterator; // Compile error
};
必須如下代碼更改:
template <typename I>
struct thing
{
typedef I iterator;
};
在定義模板類時(shí),有一個(gè)慣例,
即一開始就以上面短小的模板參數(shù)名為基礎(chǔ),
定義各個(gè)成員類型。
查看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ù)命名的原則是一致的:較短,然后立即定義較長(zhǎng)的類型名。
用前導(dǎo)下劃線防止命名沖突。
(轉(zhuǎn)載請(qǐng)注明來源于金慶的專欄)
posted on 2008-04-21 17:25
金慶
閱讀(2199)
評(píng)論(10)
編輯
收藏
引用
所屬分類:
1. C/C++
評(píng)論
#
re: 模板參數(shù)名命名慣例
2008-04-21 19:34
踏雪赤兔
沒必要為你那些過時(shí)的宏定義搞成這樣吧,這樣嚴(yán)重地?fù)p害了代碼可讀性。
P.S.:與其參考stlsoft,還不如參考SGI STL更好吧,這也是侯捷的選擇
回復(fù)
更多評(píng)論
#
re: 模板參數(shù)名命名慣例
2008-04-21 19:56
王曉軒
同意樓上的,SGI 的STL實(shí)現(xiàn)可以說是可讀性最好的~~
回復(fù)
更多評(píng)論
#
re: 模板參數(shù)名命名慣例
2008-04-21 22:12
Wang Feng
說起宏定義,其實(shí)在文件前面定義,用完了之后在文件最后取消是個(gè)很好的習(xí)慣
比如
#define PI 3.1415926535897932384626433
.....
#undef PI
回復(fù)
更多評(píng)論
#
re: 模板參數(shù)名命名慣例
2008-04-22 08:38
Kevin Lynx
原來模板中會(huì)優(yōu)先使用宏。
說實(shí)話,作為開源fans,我有點(diǎn)看不慣“(轉(zhuǎn)載請(qǐng)注明來源于金慶的專欄)”這句話。個(gè)人感受。
回復(fù)
更多評(píng)論
#
re: 模板參數(shù)名命名慣例
2008-04-22 09:38
金慶
@踏雪赤兔
SGI STL與StlPort的代碼是很相似的,如上述map的定義幾乎一樣,只是stlport多了些對(duì)平臺(tái)的判斷,移植性好點(diǎn)。應(yīng)該不算“嚴(yán)重地?fù)p害了代碼可讀性”。
回復(fù)
更多評(píng)論
#
re: 模板參數(shù)名命名慣例
2008-04-22 09:43
金慶
@Wang Feng
取消宏定義是一種方法,這樣該宏只能用于當(dāng)前文件。
回復(fù)
更多評(píng)論
#
re: 模板參數(shù)名命名慣例
2008-04-22 09:52
金慶
@Kevin Lynx
我的觀點(diǎn)是,開源需要亮出自己的名號(hào).
"轉(zhuǎn)載請(qǐng)注明來源于金慶的專欄"是為了方便讀者找到原文出處.
回復(fù)
更多評(píng)論
#
re: 模板參數(shù)名命名慣例
2008-04-22 13:19
eXile
我覺得作為開源的fans,應(yīng)該更加注重版權(quán)的意識(shí)。
回復(fù)
更多評(píng)論
#
re: 模板參數(shù)名命名慣例
2008-04-23 09:08
Kevin Lynx
@金慶
這樣的話我還是很贊同的。
回復(fù)
更多評(píng)論
#
re: 模板參數(shù)名命名慣例
2008-04-25 17:22
#Ant
SGI STL的可讀性還是最好的,Wang Feng說的那種宏定義方法也是boost庫里面經(jīng)常用的。
回復(fù)
更多評(píng)論
刷新評(píng)論列表
只有注冊(cè)用戶
登錄
后才能發(fā)表評(píng)論。
【推薦】100%開源!大型工業(yè)跨平臺(tái)軟件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)存錯(cuò)誤
std::thread 中的異常會(huì)丟失調(diào)用棧
用賦值代替 protobuf CopyFrom()
vs2017 linux 編譯輸出改成 vs 格式
為 LiteIDE 添加選中標(biāo)記
網(wǎng)站導(dǎo)航:
博客園
IT新聞
BlogJava
博問
Chat2DB
管理
Powered by:
C++博客
Copyright © 金慶
91久久婷婷国产综合精品青草
|
91精品国产91久久
|
久久精品中文闷骚内射
|
99久久精品午夜一区二区
|
99精品久久久久久久婷婷
|
亚洲欧美一级久久精品
|
久久精品国产网红主播
|
日本精品久久久久久久久免费
|
久久青青草视频
|
日韩亚洲欧美久久久www综合网
|
伊色综合久久之综合久久
|
国产亚洲综合久久系列
|
久久久噜噜噜久久
|
九九99精品久久久久久
|
久久久一本精品99久久精品88
|
99re久久精品国产首页2020
|
久久免费视频一区
|
热久久这里只有精品
|
欧美噜噜久久久XXX
|
亚洲国产成人久久一区久久
|
热99re久久国超精品首页
|
久久精品国产亚洲精品2020
|
亚洲午夜精品久久久久久浪潮
|
成人久久综合网
|
无码AV中文字幕久久专区
|
久久av高潮av无码av喷吹
|
久久最新精品国产
|
99久久精品费精品国产一区二区
|
久久久久久久91精品免费观看
|
93精91精品国产综合久久香蕉
|
丰满少妇高潮惨叫久久久
|
久久免费的精品国产V∧
|
久久国产AVJUST麻豆
|
久久天天躁狠狠躁夜夜不卡
|
国产精品热久久无码av
|
成人午夜精品久久久久久久小说
|
久久不射电影网
|
国产精品成人99久久久久91gav
|
国产精品一区二区久久精品
|
97精品伊人久久大香线蕉app
|
人妻无码αv中文字幕久久
|