<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>

<bdo id="eecei"></bdo>

<code id="eecei"><tr id="eecei"></tr></code>

<dl id="eecei"></dl>

<bdo id="eecei"></bdo>

<code id="eecei"></code>

力為的技術博客

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 力為閱讀(2810) 評論(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 管理

日本强好片久久久久久AAA| 大美女久久久久久j久久| 日韩欧美亚洲综合久久影院Ds | 亚洲中文字幕久久精品无码喷水| 亚洲国产精品狼友中文久久久| 亚洲国产成人久久综合区| 国产激情久久久久久熟女老人| 日产精品久久久久久久性色| 99久久精品国内| 国产呻吟久久久久久久92| 久久久久精品国产亚洲AV无码| 精品免费久久久久久久| 午夜精品久久影院蜜桃| 大伊人青草狠狠久久| 日批日出水久久亚洲精品tv| 99久久免费国产特黄| 日本高清无卡码一区二区久久| 粉嫩小泬无遮挡久久久久久| 免费精品久久天干天干| 国产日韩久久免费影院| 久久国产精品久久久| 人妻无码中文久久久久专区| 久久亚洲精品无码播放| 精品久久久久久国产牛牛app| 久久综合噜噜激激的五月天| 一级a性色生活片久久无| 精品国产青草久久久久福利| 99久久精品国产麻豆| 久久久国产精品亚洲一区| 99久久免费国产精品特黄| 亚洲国产精品综合久久网络 | 人妻中文久久久久| 国产午夜精品久久久久九九电影| 国产成人久久激情91| 久久婷婷五月综合97色一本一本 | 国产成年无码久久久免费| 亚洲国产成人久久精品99| 久久人人爽人人爽人人片AV麻豆| 国产精品99久久不卡| 精品国产青草久久久久福利| 成人精品一区二区久久|

<bdo id="komkq"></bdo>

<center id="komkq"><tr id="komkq"></tr></center>

<center id="komkq"></center>

<rt id="komkq"><tr id="komkq"></tr></rt><center id="komkq"><acronym id="komkq"></acronym></center>

<noscript id="komkq"><wbr id="komkq"></wbr></noscript>

<bdo id="komkq"><source id="komkq"></source></bdo>