首頁 > 後端開發 > C++ > 您是否應該繼承 C STL 容器:風險和替代方案?

您是否應該繼承 C STL 容器:風險和替代方案?

DDD
發布: 2024-11-26 14:13:10
原創
1028 人瀏覽過

Should You Inherit from C   STL Containers: Risks and Alternatives?

從C STL 容器派生的風險

儘管從C STL 容器派生類別具有潛在的優勢,例如函數重載、模板專門化和改進的調試,但這種方法存在固有的風險。

考慮以下範例:

#include <vector>

class Rates : public std::vector<double> { };
class Charges : public std::vector<double> { };

int main() {
  auto p1 = new Rates;
  auto p2 = new Charges;
  kill_it(p2); // User code that knows nothing about Rates or Charges
  kill_it(p1);
  return 0;
}
登入後複製

kill_it 函式在執行 std::vector 的非虛擬析構函式時刪除受害者的記憶體。這可能會導致 Charges(衍生類別)出現潛在問題,但不會導致 Rates(typedef)出現問題。

如果使用者無意中在kill_it 函數的 ??? 中引入錯誤,就會出現問題。部分。例如,如果使用者在呼叫kill_it(p2)之前修改p2以指向Rates對象,則std::vector的非虛擬析構函數將會被呼叫。將被調用,從而導致不正確的行為。

為了減輕這種風險,通常建議在處理 STL 容器時使用組合而不是衍生。組合允許更靈活且不易出錯的方法。

以上是您是否應該繼承 C STL 容器:風險和替代方案?的詳細內容。更多資訊請關注PHP中文網其他相關文章!

來源:php.cn
本網站聲明
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn
熱門教學
更多>
最新下載
更多>
網站特效
網站源碼
網站素材
前端模板