力為的技術(shù)博客

加個const呢？  回復(fù)  更多評論
  

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

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

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

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

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

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

補上正確的寫法：

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

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

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

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

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

@力為

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

  回復(fù)  更多評論