金慶的專欄
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 © 金慶
国色天香久久久久久久小说
|
亚洲午夜久久久影院
|
日韩亚洲欧美久久久www综合网
|
中文字幕无码免费久久
|
久久99国产精一区二区三区
|
久久久久国产精品麻豆AR影院
|
久久婷婷五月综合国产尤物app
|
精品久久777
|
亚洲精品美女久久久久99
|
青草影院天堂男人久久
|
亚洲国产精品无码久久久秋霞2
|
Xx性欧美肥妇精品久久久久久
|
色青青草原桃花久久综合
|
久久精品一区二区
|
亚洲精品美女久久777777
|
精品久久久久久无码中文字幕
|
av无码久久久久久不卡网站
|
手机看片久久高清国产日韩
|
国产一久久香蕉国产线看观看
|
久久久久久久综合狠狠综合
|
精品欧美一区二区三区久久久
|
成人久久综合网
|
久久无码人妻一区二区三区
|
欧美成a人片免费看久久
|
7国产欧美日韩综合天堂中文久久久久
|
国产亚洲精品久久久久秋霞
|
无码国内精品久久人妻麻豆按摩
|
国产精品激情综合久久
|
国产精品视频久久
|
国产欧美久久一区二区
|
国产精品无码久久久久久
|
久久精品国产亚洲av麻豆小说
|
国产成人精品久久
|
久久亚洲欧美国产精品
|
久久综合给合久久国产免费
|
日本久久久久亚洲中字幕
|
亚洲av日韩精品久久久久久a
|
久久香综合精品久久伊人
|
精品人妻久久久久久888
|
久久精品国产亚洲av麻豆色欲
|
久久精品国产久精国产思思
|