<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="y646k"><source id="y646k"></source></bdo>

<nav id="y646k"><dl id="y646k"></dl></nav>

<li id="y646k"><source id="y646k"></source></li>

<abbr id="y646k"></abbr>

<center id="y646k"><acronym id="y646k"></acronym></center>

力為的技術博客

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

国产成人精品免费久久久久| 亚洲国产成人久久综合碰| 丰满少妇人妻久久久久久| 国产精品gz久久久| 久久久无码精品亚洲日韩蜜臀浪潮| 久久久国产精品亚洲一区| 国产激情久久久久影院小草| 亚洲äv永久无码精品天堂久久| 人妻无码精品久久亚瑟影视 | 久久一区二区三区99| 午夜精品久久久久久久久| 久久一区二区三区99| 久久久综合九色合综国产| 国产69精品久久久久9999APGF| 国产叼嘿久久精品久久| 成人免费网站久久久| 久久亚洲精品成人AV| 国产69精品久久久久9999APGF| 久久久久久国产精品无码下载| 精品熟女少妇a∨免费久久| 久久人做人爽一区二区三区| 久久人人爽人人爽AV片| 激情综合色综合久久综合| 国产日产久久高清欧美一区| 日产精品99久久久久久| 97精品依人久久久大香线蕉97| 久久国产精品无| 蜜臀久久99精品久久久久久| 精品久久久无码中文字幕天天| 91性高湖久久久久| 7国产欧美日韩综合天堂中文久久久久 | 国产精品久久久久蜜芽| 亚洲色欲久久久久综合网| 久久久国产精品| 亚洲午夜无码AV毛片久久| 久久久久亚洲AV无码去区首| 久久久久九九精品影院| 亚洲?V乱码久久精品蜜桃 | 亚洲伊人久久成综合人影院 | 久久久久人妻一区二区三区vr| 亚洲欧洲日产国码无码久久99|

<abbr id="44mqw"></abbr>

<li id="44mqw"></li>

<code id="44mqw"><xmp id="44mqw"></xmp></code>

<code id="44mqw"><delect id="44mqw"></delect></code>