金慶的專欄
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)
相冊
公告照片
搜索
積分與排名
積分 - 653959
排名 - 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" 錯誤(11016)
2.?SVN中邪惡的replace(10938)
3.?VS2005編譯libevent(10404)
4.?混音算法的學(xué)習(xí)與研究(10183)
5.?C調(diào)用lua腳本的效率測試(9003)
評論排行榜
1.?VC6正在被拋棄(35)
2.?VS2005編譯libevent(21)
3.?"multiple definition of" 錯誤(18)
4.?C++引用優(yōu)于指針(17)
5.?ACE與ASIO之間關(guān)于Socket編程的比較(16)
STL容器的賦值運算符可以更靈活嗎?
STL容器的賦值運算符可以更靈活嗎?
(轉(zhuǎn)載請注明來源于金慶的專欄)
STL容器如果元素類型不同是不能相互賦值的,
即使元素類型是兼容的.
如兩個list, 一個存放基類B指針, 一個存放派生類D指針:
class B {};
class D : public B {};
std::list<B*> lB;
std::list<D*> lD;
lB = lD; // ERROR!
編譯報錯
error: no match for 'operator=' in 'lB = lD'|
list.tcc|121|note: candidates are:
std::list<_Tp, _Alloc>& std::list<_Tp, _Alloc>::operator=(
const std::list<_Tp, _Alloc>&)
[with _Tp = B*, _Alloc = std::allocator<B*>]|
而boost::shared_ptr<B>與boost::shared_ptr<D>之間卻可以仍然保持兼容性.
以下賦值與指針賦值一樣是正確的.
boost::shared_ptr<B> pB;
boost::shared_ptr<D> pD;
pB = pD;
因為STL容器與boost::shared_ptr的賦值運算符定義方式不一樣.
boost::shared_ptr賦值運算符中參數(shù)的模板參數(shù)與類的模板參數(shù)不同,
所以支持更靈活的賦值.
boost::shared_ptr<T>& boost::shared_ptr<T>::operator=(
const boost::shared_ptr<Y>&)
只要改寫STL容器的賦值運算符的參數(shù), 同樣可以擴大靈活性.
例如將
list<_Tp,_Alloc>&
list<_Tp,_Alloc>::
operator=(const list& __x)
改為:
list<_Tp,_Alloc>&
list<_Tp,_Alloc>::
operator=(const list<_Tp2, _Alloc2> & __x)
不知為什么STL沒有放開這種靈活性?
posted on 2008-11-12 12:17
金慶
閱讀(2531)
評論(6)
編輯
收藏
引用
所屬分類:
1. C/C++
評論
#
re: STL容器的賦值運算符可以更靈活嗎?
2008-11-12 13:00
ronliu
重載操作符就可以搞定吧
回復(fù)
更多評論
#
re: STL容器的賦值運算符可以更靈活嗎?
2008-11-12 23:41
踏雪赤兔
呵呵呵呵~~這個太容易了!
構(gòu)造:
std::list<B*> lB(lD.begin(), lD.end());
賦值:
lB.assign(lD.begin(), lD.end());
回復(fù)
更多評論
#
re: STL容器的賦值運算符可以更靈活嗎?
2008-11-13 12:53
陳梓瀚(vczh)
可以自己寫一個static。話說,提供這樣的東西很不安全。
回復(fù)
更多評論
#
re: STL容器的賦值運算符可以更靈活嗎?
2008-12-29 14:27
王維
你說的在VS2005上編譯不過@踏雪赤兔
回復(fù)
更多評論
#
re: STL容器的賦值運算符可以更靈活嗎?
2009-10-08 23:52
yisa
LZ 可能是python用爽了吧
C++的特點:
強類型(其實也是基于指針(內(nèi)存訪問格式))
說到底 也就是為了效率;
當(dāng)然"虛表"之類的東西避開了這個問題, 也導(dǎo)致了被不少人忌憚的"詬病".
從這方面考慮
我想如果 STL實現(xiàn)了
>>
std::list<B*> lB;
std::list<D*> lD;
lB = lD;
勢必犯下 大不韙的錯誤
結(jié)論: STL不是一種為了滿足小范圍需求的庫
最后, 我想如果是在開發(fā)網(wǎng)游中遇上了此等問題:
尋找或者開發(fā)一種適合網(wǎng)游開發(fā)的"STL", 很有必要;
回復(fù)
更多評論
#
re: STL容器的賦值運算符可以更靈活嗎?
2009-10-12 14:13
金慶
@yisa
@踏雪赤兔
既然可以這樣賦值: lB.assign(lD.begin(), lD.end());
也應(yīng)該支持等號運算符賦值: lB = lD;
既然支持元素的隱式類型轉(zhuǎn)換, 也應(yīng)該支持容器的隱式類型轉(zhuǎn)換.
回復(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 © 金慶
久久99精品国产
|
久久久老熟女一区二区三区
|
国产精品视频久久久
|
91亚洲国产成人久久精品网址
|
国产精品gz久久久
|
亚洲欧美一区二区三区久久
|
久久久久亚洲精品天堂
|
久久久久久狠狠丁香
|
久久国内免费视频
|
青青国产成人久久91网
|
精品久久久久成人码免费动漫
|
国产成人久久激情91
|
亚洲?V乱码久久精品蜜桃
|
久久久久人妻精品一区
|
久久综合狠狠综合久久97色
|
久久精品亚洲日本波多野结衣
|
日日躁夜夜躁狠狠久久AV
|
精品久久久久久久无码
|
7777精品伊人久久久大香线蕉
|
国产精品欧美久久久天天影视
|
狠狠色丁香婷婷久久综合五月
|
久久本道伊人久久
|
亚洲AV无码久久精品蜜桃
|
午夜肉伦伦影院久久精品免费看国产一区二区三区
|
久久九九兔免费精品6
|
欧美久久亚洲精品
|
国产精品九九久久精品女同亚洲欧美日韩综合区
|
欧美亚洲另类久久综合婷婷
|
99麻豆久久久国产精品免费
|
久久精品国产久精国产一老狼
|
免费一级欧美大片久久网
|
久久综合九色综合欧美狠狠
|
99久久777色
|
国产欧美一区二区久久
|
久久久久成人精品无码中文字幕
|
综合网日日天干夜夜久久
|
久久人妻AV中文字幕
|
久久精品中文无码资源站
|
久久人妻AV中文字幕
|
国产亚洲精久久久久久无码77777
|
色综合久久天天综线观看
|