アプリケーション全体で使用するグローバルプロパティファイルと、特定のクラスとメソッドでのみ使用できるいくつかのプロパティファイルを作成する予定です。プロパティファイルに名前を付けるための特定の業界標準はありますか?
5 に答える
私の知る限り、決まったルールはありません。
私が通っている命名規則は、それが単一のクラスのプロパティである場合はを使用し{ClassName}.properties
、そうでない場合はを使用し、場合{WhatIsItUsedFor}.properties
によっては単一のアプリケーションの場合はを使用します{ApplicationName}.properties
。キャメルケースが好きです。他の人は小文字を好みます。
プロパティ自体の名前については、粒度が可能な場合は、次のようなものを使用します。
{ClassName}.{MethodNameIfNeeded}.{IntendedVariable}={value}
所有しているプロパティファイルが多いほど、作成する潜在的なメンテナンスの問題が増えることを認識してください。プロパティ/値の命名規則(上記)を使用して、独自の構成を必要とするクラスを単一化することで、単一のプロパティファイルに統合する方がよい場合もあります。
簡単な答え:いいえ
通常、グローバルプロパティには「myapp.properties」という名前を付けます。いくつかの構成フレームワークを見て、それらがあなたが望むことをするかどうか見てください。コモンズ構成など。
いいえ; それらが使用されるコンテキストにとって意味のある名前を付けます。
「account.properties」など、よりビジネス固有の意味を持つファイル名のすぐ横に、「applicationResources.properties」、「messages.properties」などが表示されます。
ローカリゼーションも考慮すると、命名はより複雑になります。以下については、Javadocをjava.util.ResourceBundle
参照してください。
baseName +"_"+言語+"_"+スクリプト+"_"+国+"_"+バリアント
例:
MyResource_fr_FR
MyResource_fr_CA
MyResource_fr_CH
MyResource_en_Latn_US_WINDOWS_VISTA
MyResource_en_Latn_US_WINDOWS
MyResource_en_Latn_US
MyResource_en_Latn
MyResource_en_US_WINDOWS_VISTA
MyResource_en_US_WINDOWS
MyResource_en_US
MyResource_en
あまり。ファイルに.properties拡張子を付けます(.prpも確認しました)。
「グローバル」プロパティファイルを使用するのではなく、分離されたファイルで同様の構成を維持することをお勧めします。
database.properties
smtp.properties
messages.properties