動的例外メッセージは良い考えですか？

Question

私はプロジェクトのインフラストラクチャを設計していますが、例外のメッセージをパラメータでフォーマットして動的にすることをお勧めしますか？

これは、例外メッセージが本当に冗長である可能性があることを意味します。

私の意見では、いくつかのメッセージは期待できないという欠点があります。これらは、例外処理、メッセージがこのかどうか、そしてそれがロギングされているかどうかをテストする際に（ベストプラクティスではありませんが）使用できます。しかし、もっと邪魔になるのは、あなたがどこかでそのメッセージを表示しようとすると、ローカリゼーションをもっと難しくするということです。

だから私の質問はあなたがそれを取ることであり、妥協の解決策を持っているかどうか、私に冗長性（例外を記録する場合）と一貫性の両方を与えてくれます。

ありがとうございました。

Answer 1

例外のパラメータを含めることはしばしば非常に役に立ちます。他の開発者（あなた自身）がメッセージを読んで、バグを見つけようとしていると考えてください。さらに悪いことに、ユーザーは例外メッセージを読んだりフォーラムに投稿したりすることができ、リモートで間違っているものを見つけなければなりません。

例外で特定のメッセージをテストすることは、実際にはベストプラクティスではありません。私はそれを悪い練習と呼ぶだろう。私が知っているすべての言語では、独自のExceptionクラスを定義することができます。また、純粋なクラス名が十分でない場合（通常はそうですが）、クラスにカスタムプロパティを追加できます。例外のメッセージはできるだけ人間が読めるものでなければならず、コードによって予測可能である必要はありません。

もちろん、あなたは何でもすることができます。例外メッセージは、可能なすべての変数をインクルードする必要があるため、大きすぎる/長くするべきではありません。賢明に選ぶ;-)。