金慶的專欄
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)
相冊
公告照片
搜索
積分與排名
積分 - 654509
排名 - 25
最新評論
1.?re: boost::asio::spawn 將一統(tǒng)C++網(wǎng)絡(luò)庫
asio 成為C++首選網(wǎng)絡(luò)庫
--linda
2.?re: log4cxx中文輸出錯誤補丁
評論內(nèi)容較長,點擊標題查看
--金慶
3.?re: mingw編譯OrzNet
能發(fā)送一個mingw編譯好的OrzNet庫給我嗎? liuweiqcxy@163.com
謝謝!
--劉威
4.?re: log4cxx中文輸出錯誤補丁
評論內(nèi)容較長,點擊標題查看
--bigbad
5.?re: log4cxx中文輸出錯誤補丁
評論內(nèi)容較長,點擊標題查看
--bigbad
閱讀排行榜
1.?"multiple definition of" 錯誤(11021)
2.?SVN中邪惡的replace(10940)
3.?VS2005編譯libevent(10407)
4.?混音算法的學(xué)習(xí)與研究(10185)
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
金慶
閱讀(2533)
評論(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 添加選中標記
網(wǎng)站導(dǎo)航:
博客園
IT新聞
BlogJava
博問
Chat2DB
管理
Powered by:
C++博客
Copyright © 金慶
国产午夜精品久久久久九九
|
久久乐国产综合亚洲精品
|
久久久久AV综合网成人
|
国产69精品久久久久777
|
国内精品伊人久久久久影院对白
|
香蕉99久久国产综合精品宅男自
|
一级做a爰片久久毛片免费陪
|
色8久久人人97超碰香蕉987
|
国产99久久久国产精品~~牛
|
性做久久久久久久久
|
9久久9久久精品
|
波多野结衣久久一区二区
|
国产欧美久久一区二区
|
久久综合久久美利坚合众国
|
国产成人综合久久综合
|
久久久久久久波多野结衣高潮
|
国产精品久久亚洲不卡动漫
|
中文字幕无码av激情不卡久久
|
精品熟女少妇a∨免费久久
|
精品久久久久久无码不卡
|
99久久国产免费福利
|
9久久9久久精品
|
国产Av激情久久无码天堂
|
欧美日韩精品久久免费
|
精品久久久久久久久久久久久久久
|
看久久久久久a级毛片
|
亚洲乱码精品久久久久..
|
国产高潮国产高潮久久久
|
久久精品国产亚洲AV不卡
|
伊人久久大香线蕉AV一区二区
|
成人精品一区二区久久
|
久久精品视频网
|
亚洲一区中文字幕久久
|
国产精品久久久久久一区二区三区
|
要久久爱在线免费观看
|
狠狠色丁香久久婷婷综合蜜芽五月
|
国产精品无码久久四虎
|
久久91这里精品国产2020
|
欧美精品丝袜久久久中文字幕
|
久久精品人妻中文系列
|
久久香蕉国产线看观看精品yw
|