<ins id="pjuwb"></ins>

<blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>

<noscript id="pjuwb"></noscript>

<sup id="pjuwb"><pre id="pjuwb"></pre></sup>

<dd id="pjuwb"></dd>

<abbr id="pjuwb"></abbr>

<rt id="sqqoi"><tr id="sqqoi"></tr></rt>

力為的技術博客

154 Posts :: 1 Stories :: 561 Comments :: 0 Trackbacks

失足于shared_ptr

當把子類對象的指針賦值給父類時，不需要cast。shared_ptr也這樣, 比如：

class A

{

public:

A();

virtual ~A();

};

class B: public A

{

public:

B();

virtual ~B();

};

typedef shared_ptr<A> APtr;

typdef shared_ptr<B> BPtr;

BPtr pB(new B());

APtr pA = pB;

這是期望的行為。繼續：

class C

{

public:

C();

~C();

const APtr& GetB() const { return m_pB; }

private:

BPtr m_pB;

};

問題出在哪里？

---------------------------------------------
m_pB轉換為APtr類型時，產生臨時對象。C::GetB()返回的是臨時對象的引用。

一般情況下，沒人會寫這樣的程序。返回臨時對象的引用時候，編譯器也會有warning。假如，忽略了warning，就有可能發生杯具。

posted on 2011-04-01 18:09 力為閱讀(2804) 評論(11) 編輯收藏引用所屬分類: 4. C++ FAQ

評論

# re: 失足于shared_ptr[未登錄] 2011-04-01 21:32 vincent

加個const呢？回復更多評論

# re: 失足于shared_ptr 2011-04-01 21:38 空明流轉

呃。難道你到現在都不曉得咩。。。回復更多評論

# re: 失足于shared_ptr[未登錄] 2011-04-01 21:48 vincent

話說加個const,編譯器會做處理嗎？回復更多評論

# re: 失足于shared_ptr 2011-04-01 22:11 yiphon

為何會返回臨時對象？不是返回m_pB的引用嗎？
回復更多評論

# re: 失足于shared_ptr 2011-04-02 09:53 溪流

返回的不是臨時對象的引用。
之所以 warining，是因為 m_pB 會隨著 C 對象的析構而消亡，此時，之前有這個返回的引用就成了孤魂野鬼了。m_pB 在類外的地位就是一個局部變量。回復更多評論

# re: 失足于shared_ptr[未登錄] 2011-04-02 11:35 vincent

贊一個= =昨天沒仔細看題意。。我又2了。。
返回了m_pB做類型轉換的時候產生的臨時變量的ref,就像ls所說，孤魂野鬼，這并不是調用者對這個函數的期望
回復更多評論

# re: 失足于shared_ptr 2011-04-02 11:42 空明流轉

還好，這個一般也會獲得返回值優化的。
一般牽涉到類型轉換，返回的時候都要小心。回復更多評論

# re: 失足于shared_ptr 2011-04-02 14:21 力為

補上正確的寫法：

class C
{
public:
C();
~C();

const BPtr& GetB() const { return m_pB; }
private:
BPtr m_pB;
};
回復更多評論

# re: 失足于shared_ptr 2011-04-10 00:03 flyinghearts

@力為
雖然 B與A存在繼承關系，但BPtr與APtr可不存在這層關系，要返回APtr的引用，就必須要先創建一個APtr對像。

APtr pA = pB;
寫成 APtr pA = static_pointer_cast<A>(pB);
比較好吧。
回復更多評論

# re: 失足于shared_ptr 2011-04-11 09:27 力為

@flyinghearts
我想shared_ptr隱式轉換的行為在于與pure ptr保持一致。
所以盡管，BPtr與APtr不存在繼承關系，仍然可以有APtr pA = pB;
上面的錯誤確實是由于隱式轉換產生的臨時對象引起的。即使成 APtr pA = static_pointer_cast<A>(pB); ，仍然有臨時對象產生。回復更多評論

# re: 失足于shared_ptr 2011-04-13 23:22 flyinghearts

@力為

因為BPtr與APtr不存在繼承關系，二者間的轉換一定會產生臨時對象。
寫成 APtr pA = static_pointer_cast<A>(pB);
顯示轉換對象，是給自己提個醒，也方便以后維護代碼。

回復更多評論

刷新評論列表

只有注冊用戶登錄后才能發表評論。
【推薦】100%開源！大型工業跨平臺軟件C++源碼提供，建模，組態！

相關文章: VS2010 Win32編譯失敗一例 std::vector使用一例 istreambuf_iterator 使用臨時對象引用布爾變量初始值(2) 為什么需要給函數返回類型加const 被遺忘的argv[0] 當嵌套類遇見API 用lambda對std::list排序構造UTF8的std::string

網站導航: 博客園 IT新聞 BlogJava 博問 Chat2DB 管理

99久久精品国产免看国产一区| 中文字幕无码免费久久| 久久精品嫩草影院| 国产成人久久久精品二区三区| 久久亚洲精品无码播放| 日韩AV无码久久一区二区| 久久夜色tv网站| 模特私拍国产精品久久| 久久er热视频在这里精品| 亚洲美日韩Av中文字幕无码久久久妻妇 | 亚洲欧洲精品成人久久奇米网| 久久精品国产亚洲αv忘忧草| 91亚洲国产成人久久精品| 99精品国产99久久久久久97| 国产精品久久亚洲不卡动漫| 久久99久久成人免费播放| 精品久久久久久无码中文字幕一区| 久久综合九色欧美综合狠狠| 久久久国产精品福利免费 | 亚洲精品乱码久久久久久蜜桃不卡| 99久久国产综合精品五月天喷水 | 亚洲v国产v天堂a无码久久| 久久国产乱子伦免费精品| 性做久久久久久免费观看| 久久黄色视频| 精品99久久aaa一级毛片| 久久精品国内一区二区三区| 人妻少妇久久中文字幕| 伊人久久大香线焦AV综合影院| 久久久黄片| 香蕉99久久国产综合精品宅男自| 国产成人久久精品二区三区| 一级做a爰片久久毛片人呢| 久久96国产精品久久久| 久久久精品一区二区三区| 99久久99这里只有免费费精品| 欧美黑人又粗又大久久久| 精品无码久久久久国产动漫3d| 一本久久a久久精品综合香蕉| 久久综合给合综合久久| 国产香蕉久久精品综合网|

<nav id="80qqy"><dl id="80qqy"></dl></nav>

<bdo id="80qqy"></bdo>

<abbr id="80qqy"><source id="80qqy"></source></abbr>

<button id="80qqy"><input id="80qqy"></input></button>

<rt id="80qqy"></rt>

<code id="80qqy"></code>

<abbr id="80qqy"></abbr>