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

力為的技術博客

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;

這是期望的行為。繼續(xù)：

class C

{

public:

C();

~C();

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

private:

BPtr m_pB;

};

問題出在哪里？

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

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

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

評論

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

加個const呢？回復更多評論

# re: 失足于shared_ptr 2011-04-01 21:38 空明流轉(zhuǎn)

呃。難道你到現(xiàn)在都不曉得咩。。。回復更多評論

# 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 對象的析構(gòu)而消亡，此時，之前有這個返回的引用就成了孤魂野鬼了。m_pB 在類外的地位就是一個局部變量。回復更多評論

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

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

# re: 失足于shared_ptr 2011-04-02 11:42 空明流轉(zhuǎn)

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

# 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的引用，就必須要先創(chuàng)建一個APtr對像。

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

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

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

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

@力為

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

回復更多評論

刷新評論列表

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

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

網(wǎng)站導航: 博客園 IT新聞 BlogJava 博問 Chat2DB 管理

性高朝久久久久久久久久| 久久国产成人午夜aⅴ影院| 久久久无码一区二区三区| 国产精品美女久久久久AV福利| 久久最近最新中文字幕大全| 久久播电影网| 久久精品国产亚洲av高清漫画| 99久久www免费人成精品| 久久精品一区二区| 久久亚洲高清综合| 99精品国产在热久久无毒不卡 | 精品国产热久久久福利| 国产精品久久婷婷六月丁香| 亚洲伊人久久大香线蕉综合图片| 色婷婷久久综合中文久久蜜桃av| 久久精品无码午夜福利理论片| 99久久免费国产特黄| 亚洲国产成人久久一区久久| 2021久久国自产拍精品| 久久九九久精品国产免费直播| 日本久久久久久中文字幕| 色欲久久久天天天综合网| 久久久久一本毛久久久| 99久久久国产精品免费无卡顿| 一本色道久久综合狠狠躁篇| 99久久夜色精品国产网站| 国内精品九九久久久精品| 久久人妻少妇嫩草AV无码专区| 久久亚洲精品国产精品婷婷| 久久久久久久久久免免费精品 | 国产呻吟久久久久久久92| 国产精品99久久99久久久| 久久国产精品99精品国产| 亚洲午夜久久久久久久久电影网| 亚洲国产香蕉人人爽成AV片久久| 久久e热在这里只有国产中文精品99| 久久精品中文字幕久久| 国产精品久久免费| 国产精品久久久久久福利69堂| 国产午夜久久影院| 精品久久久久久国产三级|