金慶的專欄
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)
相冊
公告照片
搜索
積分與排名
積分 - 659023
排名 - 25
最新評論
1.?re: boost::asio::spawn 將一統(tǒng)C++網(wǎng)絡(luò)庫
asio 成為C++首選網(wǎng)絡(luò)庫
--linda
2.?re: log4cxx中文輸出錯誤補(bǔ)丁
評論內(nèi)容較長,點(diǎn)擊標(biāo)題查看
--金慶
3.?re: mingw編譯OrzNet
能發(fā)送一個mingw編譯好的OrzNet庫給我嗎? liuweiqcxy@163.com
謝謝!
--劉威
4.?re: log4cxx中文輸出錯誤補(bǔ)丁
評論內(nèi)容較長,點(diǎn)擊標(biāo)題查看
--bigbad
5.?re: log4cxx中文輸出錯誤補(bǔ)丁
評論內(nèi)容較長,點(diǎn)擊標(biāo)題查看
--bigbad
閱讀排行榜
1.?"multiple definition of" 錯誤(11054)
2.?SVN中邪惡的replace(10972)
3.?VS2005編譯libevent(10429)
4.?混音算法的學(xué)習(xí)與研究(10230)
5.?C調(diào)用lua腳本的效率測試(9019)
評論排行榜
1.?VC6正在被拋棄(35)
2.?VS2005編譯libevent(21)
3.?"multiple definition of" 錯誤(18)
4.?C++引用優(yōu)于指針(17)
5.?ACE與ASIO之間關(guān)于Socket編程的比較(16)
用 (*it).m 還是 it->m
用 (*it).m 還是 it->m
摘自《Extended STL》
標(biāo)準(zhǔn)庫要求,所有值類型為聚合類型的迭代器必須支持指針成員選取運(yùn)算符(operator ->()),下面是使用該運(yùn)算符的示例代碼:
struct X
{
int x;
};
some_iterator<X> si = . . .
some_iterator<X> si2 = . . .
some_iterator<X> end = . . .
if( end != si &&
end != si2)
{
si->x = si2->x;
}
標(biāo)準(zhǔn)(C++-03: 24.1.1;1)要求,對一個迭代器應(yīng)用指針成員選取運(yùn)算符,在語義上等同于先對其應(yīng)用解引用運(yùn)算符,再應(yīng)用點(diǎn)號成員選取運(yùn)算符,即it->m與(*it).m等效。
可惜,使用該運(yùn)算符會遇上麻煩。
假設(shè)我們有一個容器類型C,它的實(shí)例保存智能指針類型P的實(shí)例,P用于管理對象生存期。P上定義了一個release()方法用于提早釋放對象。進(jìn)一步假設(shè),被P管理的類型T上也定義了一個release()方法。在下面代碼片斷中,我們希望通過該容器的迭代器類型I的一個實(shí)例,調(diào)用T::release()方法:
C cont = . . .
I it = cont.begin();
it->release();
不幸的是,這段代碼調(diào)用的不是T::release()方法,它調(diào)用的是P::release()方法,從而銷毀了T的實(shí)例。當(dāng)我們再次使用cont這個容器的時候,就可能遇到各種奇怪的問題,以下代碼才是真正實(shí)現(xiàn)我們想法的代碼:
C cont = . . .
I it = cont.begin();
it->->release();
可是C++并不支持這樣的語句,且理由充分。(想象一下,如果C++支持這樣的語句,"模糊C++代碼"大賽上,會有多少參賽代碼,爭著在一條語句中塞進(jìn)最多的operator->()調(diào)用!)
為使C++滿足我們的想法,我們必須放棄成員選取運(yùn)算符而轉(zhuǎn)用解引用運(yùn)算符,就像以下代碼示例中一樣:
C cont = . . .
I it = cont.begin();
(*it)->release();
這是迭代器語法中惱人的小缺點(diǎn)。
在迭代器中支持指針成員選取運(yùn)算符,沒什么實(shí)質(zhì)的意義,而僅僅是語法糖。我認(rèn)為標(biāo)準(zhǔn)中將這規(guī)定為迭代器概念的一個特性是嚴(yán)重的錯誤。在我的日常工作中,除了僅有幾個特例外,我完全避免使用迭代器的指針成員選取運(yùn)算符,而使用解引用和點(diǎn)號成員選取運(yùn)算符。我建議你也這么做。
Tip: Prefer iterator dereference and the dot member selection operator ((*it).m) over the pointer member selection operator (it->m).
提示: 使用解引用及點(diǎn)號成員選擇運(yùn)算符((*it).m)代替指針成員選擇運(yùn)算符(it->m)。
(轉(zhuǎn)載請注明來源于金慶的專欄)
posted on 2008-04-24 10:16
金慶
閱讀(1975)
評論(5)
編輯
收藏
引用
所屬分類:
1. C/C++
評論
#
re: 用 (*it).m 還是 it->m[未登錄]
2008-04-24 11:57
heroboy
it.operator->()->operator->()->Release();
所以,boost里面專門做個一個放指針的容器
回復(fù)
更多評論
#
re: 用 (*it).m 還是 it->m
2008-04-24 17:11
王曉軒
的確是語法糖,為了使迭代器更形似指針而設(shè)的吧~~
回復(fù)
更多評論
#
re: 用 (*it).m 還是 it->m
2008-05-06 09:11
不懂
我更希望是容器釋放指針
cont.delete(it);
回復(fù)
更多評論
#
re: 用 (*it).m 還是 it->m
2008-05-18 04:54
批
it->->release(); 這種用法很好么?
(*it)->release(); 這種用法惱人么?
樓主犯昏了吧....
回復(fù)
更多評論
#
re: 用 (*it).m 還是 it->m[未登錄]
2008-08-27 11:13
raof01
(*it).m;
it->m;
與
(*it)->m;
相同嗎?
回復(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 © 金慶
狠狠色丁香久久婷婷综
|
欧美亚洲国产精品久久
|
69久久夜色精品国产69
|
A级毛片无码久久精品免费
|
久久午夜无码鲁丝片秋霞
|
久久青青草视频
|
久久人妻AV中文字幕
|
久久精品国产亚洲AV不卡
|
久久久久久久女国产乱让韩
|
久久无码AV中文出轨人妻
|
亚洲?V乱码久久精品蜜桃
|
久久综合给久久狠狠97色
|
综合人妻久久一区二区精品
|
久久99精品久久久久婷婷
|
久久青青草原综合伊人
|
久久成人国产精品一区二区
|
无码人妻少妇久久中文字幕
|
久久精品人妻中文系列
|
欧美熟妇另类久久久久久不卡
|
久久超乳爆乳中文字幕
|
国产精品成人99久久久久
|
欧美精品一区二区久久
|
日本强好片久久久久久AAA
|
老司机国内精品久久久久
|
日韩十八禁一区二区久久
|
国产精品久久毛片完整版
|
国内精品久久久久久久影视麻豆
|
久久精品中文字幕大胸
|
久久er热视频在这里精品
|
亚洲va久久久久
|
2021久久精品国产99国产精品
|
久久影院久久香蕉国产线看观看
|
亚洲va久久久噜噜噜久久男同
|
久久精品国产第一区二区三区
|
伊人久久大香线焦综合四虎
|
色综合久久夜色精品国产
|
久久精品国产亚洲欧美
|
久久人妻AV中文字幕
|
精品久久人人妻人人做精品
|
欧美午夜精品久久久久免费视
|
久久久99精品成人片中文字幕
|