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

久久久久亚洲精品中文字幕| 久久人人爽人人爽人人片av麻烦| 一本色道久久88加勒比—综合| 久久精品国产一区二区电影| 亚洲AV日韩AV永久无码久久| 久久精品国产亚洲AV无码娇色| 日本精品久久久久久久久免费| 久久久久亚洲?V成人无码| 国产69精品久久久久观看软件| 人妻精品久久久久中文字幕69| 99久久成人18免费网站| 丁香色欲久久久久久综合网| 品成人欧美大片久久国产欧美| 亚洲国产精品无码久久一区二区 | 久久久久久国产精品美女 | 999久久久免费精品国产| 久久AⅤ人妻少妇嫩草影院| 婷婷伊人久久大香线蕉AV| 久久精品三级视频| 久久精品国产亚洲综合色| 精品综合久久久久久97| 久久午夜福利电影| 99久久久久| 一本大道加勒比久久综合| 国产精品9999久久久久| 久久天天躁狠狠躁夜夜96流白浆 | 日韩精品久久久肉伦网站| 欧美性大战久久久久久| 国产福利电影一区二区三区久久久久成人精品综合| 亚洲精品乱码久久久久久久久久久久 | 久久人人妻人人爽人人爽| 亚洲欧美国产精品专区久久 | 亚洲综合熟女久久久30p| 色综合久久久久综合99| 亚洲国产成人精品91久久久 | 国产精品久久久99| 久久久九九有精品国产| 久久婷婷国产麻豆91天堂| 亚洲狠狠久久综合一区77777| 91麻精品国产91久久久久| 超级碰久久免费公开视频|

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