これは、例外に関連付けられたエラーコードがStatic final intとして格納される一般的なパターンです。例外がスローされるように作成されると、例外はエラーメッセージとともにこれらのコードのいずれかで構築されます。その結果、それをキャッチするメソッドは、コードを見て、一連のアクションを決定する必要があります。
代替案は、すべての例外エラーケースのクラスを宣言しているようです（ただし、関連する例外は共通の基本クラスから派生します）
中間点はありますか？推奨される方法は何ですか？
これは良い質問です。私は間違いなく中間点があると信じています。
エラーコードは、QAにエラーを表示したり、顧客が顧客サポートに報告したり、開発者に戻ったりするために私の意見では不可欠です。
プログラムでエラーを処理する場合、個人的にはエラーコードをお勧めしません。エラーのカテゴリごとに新しいクラスをお勧めしますが、すべてのエラーについてはそうではありません。Javaは、IOException、IllegalArgumentException、UnsupportedOperationExceptionなどの例外を開始するのにまともな仕事をしてくれました。適切な場合は、これらのコードを頻繁にスローしてキャッチします。
プログラムでコードが応答する必要がある新しいカテゴリの例外がある場合は、適切な親クラスを拡張して、そのクラスの新しいクラスを確実に作成する必要があります。たとえば、UserRegistrationExceptionまたはProductException。
この記事はインターネットから収集されたものであり、転載の際にはソースを示してください。
侵害の場合は、連絡してください[email protected]
コメントを追加