関数シグネチャの例外仕様が不適切な慣例とみなされるのはなぜですか?

関数シグネチャの例外仕様: 不適切な実践

関数のシグネチャでの 'throw' キーワードの使用は、次の理由により推奨されません。

次の関数定義を考えてみましょう:

<code class="cpp">bool some_func() throw(myExc) { ... }</code>

ここで、例外仕様は、関数がタイプ 'myExc' の例外をスローする可能性があることを示しています。ただし、この仕様には制限があります:

• コンパイラの強制: コンパイラは指定された例外を厳密に強制することができないため、実行時エラーが発生する可能性があります。関数が予期しない例外をスローする場合は、実行時チェックが必要ですが、これは非効率で問題が発生しやすくなります。
• 限定サポート: 例外仕様は、コンパイラ間で一貫してサポートされていません。たとえば、MSVC は、この仕様を、関数の実際の動作に関係なく、例外がスローされないことを保証するものとして解釈します。
• 制限された機能: 関数シグネチャの 'throw' 仕様スローできる例外の種類を制限します。すべての潜在的な例外を常に予測できるとは限らないため、コードの柔軟性と拡張性が制限される可能性があります。

したがって、一般に、関数のシグネチャ。代わりに、例外は関数本体内からスローされ、そこで適切に処理され文書化される必要があります。

以上が関数シグネチャの例外仕様が不適切な慣例とみなされるのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。