例外メッセージが格納されている場所が1つあります(これらはユーザーが向いていません)。 私はまたいくつかの例外を持っていて、異なるエラーメッセージとコードを持つことができます。これらのコードは、文書化とコミュニケーションの目的にのみ使用しています。例外的なメッセージをグローバルな場所に保存する
- のResourceBundleすべての例外メッセージ
- グローバル列挙のために:しかし、一箇所にすべてのエラーメッセージを持つことは、私はこれらを検討しています
運用人々のための提案の修正がエラーを参照して提供することは非常に貴重です各列挙型にはメッセージとコードが含まれており、それぞれ例外クラス内には例外が持つことができるメッセージとコードが含まれています。
どのオプションが最適ですか?
私はそれらが異なるものを意図していることに同意します。ローカライズする必要はありません。私のシステムは、他の外部の当事者によって拡張されることを意図していません。それは図書館などではない。そのWebアプリケーションです。私はあなたの最後の文を理解していませんでした。 – treefrog
拡張性の必要がない場合、型としてenumを使用するのは、非常にシンプルでタイプセーフな方法です。最後の文は、拡張性シナリオにおける例外タイプの衝突を回避するための問題に関連しています。エラーコードはjavaパッケージ名に似た文字列にすることができます。 –
ああとにかく私は単一のファイル(列挙型のために)を使用する場合、私はとにかくエラーを分割する必要があるので、私はとにかく何かをする必要があります。助言がありますか ?私は、可読性/保守性のために、何らかのエラーに対する例外の関連付けを維持する必要があります。任意のアイデアにする方法?私は3番目のオプションを追加しました。 – treefrog