成都游戲Coder,記錄游戲開發(fā)過(guò)程的筆記和心得!
都是這周看書以及代碼的總結(jié): Stl 中 auto_ptr只是眾多可能的智能指針之一,auto_ptr所做的事情,就是動(dòng)態(tài)分配對(duì)象以及當(dāng)對(duì)象不再需要時(shí)自動(dòng)執(zhí)行清理。 這里是一個(gè)簡(jiǎn)單的代碼示例,如果沒(méi)有auto_ptr,
如果在DealProcessAdoption有一個(gè)exception,會(huì)發(fā)生什么事情,因?yàn)镻rocessAdoption不能捕獲他,所以這段代碼很危險(xiǎn),所以DealProcessAdoption后面的代碼可能會(huì)跳過(guò),造成內(nèi)存泄露。如果利用try catch去捕獲他,會(huì)搞得代碼很亂,又缺少美觀性。
所以Stl提供了一個(gè)智能指針來(lái)解決這個(gè)問(wèn)題,我們可以先模擬實(shí)現(xiàn)一個(gè)智能指針的類實(shí)現(xiàn)。
這個(gè)版本和原先版本的差異只有二處,第一pa是一智能指針的對(duì)象,不是ALA*第二不用自己去釋放delete
然后我看到Effective STL的條款8:永不建立auto_ptr的容器關(guān)于此可以看的Effective STL的條款8
因?yàn)閍uto_ptr并不是完美無(wú)缺的,它的確很方便,但也有缺陷,在使用時(shí)要注意避免。首先,不要將auto_ptr對(duì)象作為STL容器的元素。C++標(biāo)準(zhǔn)明確禁止這樣做,否則可能會(huì)碰到不可預(yù)見的結(jié)果
auto_ptr的另一個(gè)缺陷是將數(shù)組作為auto_ptr的參數(shù): auto_ptr<char> pstr (new char[12] ); //數(shù)組;為定義然后釋放資源的時(shí)候不知道到底是利用delete pstr,還是 delete[] pstr;
然后收集了關(guān)于auto_ptr的幾種注意事項(xiàng):1、auto_ptr不能共享所有權(quán)。2、auto_ptr不能指向數(shù)組3、auto_ptr不能作為容器的成員。4、不能通過(guò)賦值操作來(lái)初始化auto_ptrstd::auto_ptr<int> p(new int(42)); //OKstd::auto_ptr<int> p = new int(42); //ERROR這是因?yàn)閍uto_ptr 的構(gòu)造函數(shù)被定義為了explicit5、不要把a(bǔ)uto_ptr放入容器
然后筆者從而推薦的是boost的shared_ptr,然后看完shared_ptr關(guān)于智能指針的介紹與例子。5種針對(duì)auto_ptr不足的指針如下:需要詳細(xì)了解可以去查看相當(dāng)文檔,與測(cè)試新代碼。
關(guān)于shared_ptr的使用其實(shí)和auto_ptr差不多,只是實(shí)現(xiàn)上有差別,關(guān)于shared_ptr的定義就不貼代碼了,以為內(nèi)開源,可以網(wǎng)上找1、shared_ptr<T> p(new Y);
要了解更多關(guān)于auto_ptr的信息,可以查看more effective c++ 的p158頁(yè)條款28要了解shared_ptr 類模板信息,可以查看boost 1.37.0中文文檔,而且支持?jǐn)?shù)組的shared_array 類模板
posted on 2009-03-29 15:50 expter 閱讀(31304) 評(píng)論(5) 編輯 收藏 引用 所屬分類: 其他學(xué)習(xí)筆記 、算法與數(shù)據(jù)結(jié)構(gòu)
good.. 回復(fù) 更多評(píng)論
Very good, EFF STL我白看了,博主幫我溫習(xí)了一部分。 回復(fù) 更多評(píng)論
謝謝指點(diǎn) 回復(fù) 更多評(píng)論
寫得不錯(cuò) 回復(fù) 更多評(píng)論
應(yīng)該要重載 -> 和 * 吧 回復(fù) 更多評(píng)論
Powered by: C++博客 Copyright © expter