例外メッセージが保存される単一の場所が欲しいです（これらはユーザー向けではありません）。また、さまざまなエラーメッセージやコードが含まれる可能性のあるいくつかの例外もあります。これらのコードは、文書化とコミュニケーションの目的でのみ使用されます。ただし、すべてのエラーメッセージを1か所にまとめることは、エラーを参照し、運用担当者に推奨される修正を提供するために非常に役立ちます。
私はこれらを検討しています：
どちらが最良のオプションですか？
リソースバンドルと列挙は、問題の同じ部分を解決していません。ローカリゼーションのためのテキストの外部化 (resourcebundle など) と、メッセージの種類を識別する何らかの方法の両方が必要です。システムが拡張可能でない場合 (すべての例外タイプを制御できる場合)、列挙型はメッセージ タイプを追跡する適切な方法です。新しいコードを追加する方法がないため、他の人がシステムを拡張できる場合、列挙型は適切な型にはなりません。例外タイプに文字列を使用することをお勧めします。これは、必要に応じて名前空間のパーティション分割に簡単に役立つためです。
これらのいずれかを行うことはお勧めできません。オペレーターに何かを読んでもらいたい場合は、なんらかの形式の Javadoc またはドックレットを使用して、システム内のすべての例外メッセージを含むドキュメントを作成します。Doxygenを使用することもできます。
すべての例外メッセージ/コードを含む単一のファイルを作成することにより、すべてのコードを結び付けて、その単一のファイルを介してモノリシック プログラムを作成します。システムには、SQL 例外を含める必要のない部分や、SQL 例外にアクセスできないユーザー インターフェイス例外が必ず存在します。