C で std::string を決して継承してはいけないのはなぜですか?

なぜ std::string からの派生を控えるべきなのか

Scott Meyers は、著書『Effective C』の中で、std からの派生を避けるようアドバイスしています。 :string クラス。これは主に仮想デストラクターが欠如しているためです。ただし、これがそのような継承を回避する唯一の理由ではありません。

継承の基準の定義

適切な基本クラスとして機能するには、クラスは次のことを行う必要があります。

• ポリモーフィズムを有効にする: 継承は次の目的で使用されます。派生クラスが特殊な動作を示す多態性の状況。
• スライスの問題を回避する: C の値型は、Java や C# の参照型とは異なり、クラスの一部のみをコピーする可能性があるため、スライスの問題が複雑になります。データにつながる派生クラス不一致。

基本クラスとしての std::string

std::string は、次の理由によりこれらの基準を満たしていません:

• 仮想デストラクターの欠如: クラスに仮想デストラクターがない場合仮想デストラクターの場合、派生クラスは非仮想デストラクターを継承するため、基本クラス ポインターを介してオブジェクトを削除するときに予期しない動作が発生する可能性があります。
• 再利用性の欠如: std::string は設計されていませんでした基本クラスとして、主に文字列コンテナーとしての機能に焦点を当てています。追加の機能を追加するには、非フレンド関数、非メンバー関数または合成の使用がより適切な代替手段です。

さらに、継承が再利用性のみを目的とするシナリオでも、C にはクライアントが作成することを防ぐメカニズムがありません。基本クラス ポインターを使用した派生クラスのオブジェクト。これは、そのような使用を制限する意図された目的に違反する可能性があります。

継承違反の結果

これらのガイドラインを無視すると、次のようなコードが生成される可能性があります。

• 理解が難しい: 継承の本来の目的に違反すると混乱が生じます
• エラーが発生しやすい: スライスの問題や不適切な型キャストが発生し、実行時エラーが発生する可能性があります。
• 効率が低い: スライスコピーによって不要なオブジェクトのコピーが発生し、パフォーマンスに影響を及ぼします。

結論としては、 C での継承はポリモーフィックな状況のために予約されるべきであり、std::string は設計上の制約とスライスの問題のため、基本クラスとして使用されるべきではありません。非メンバー関数や合成などの代替メソッドを採用することで、慣用的な C の実践が促進され、コードの明確さと信頼性が確保されます。

以上がC で std::string を決して継承してはいけないのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。