我计划创建一个全局属性文件以供在整个应用程序中使用,以及几个仅可用于特定类和方法的属性文件。是否有任何特定的行业标准来命名属性文件?
5 回答
据我所知,没有固定的规则。
我遵循的命名约定是,如果它是单个类的属性,{ClassName}.properties
则使用. 我偏爱 CamelCase;其他人更喜欢小写。{WhatIsItUsedFor}.properties
{ApplicationName}.properties
对于属性本身的名称,如果粒度是可能的,我使用类似
{ClassName}.{MethodNameIfNeeded}.{IntendedVariable}={value}
请意识到您拥有的属性文件越多,您创建的潜在维护问题就越多。有些最好合并到一个属性文件中,使用属性/值命名约定(上图)来挑选出任何需要自己配置的类。
The naming is more complex if you consider also localization.
See Java doc for java.util.ResourceBundle
:
baseName + "_" + language + "_" + script + "_" + country + "_" + variant
Examples:
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
不; 将它们命名为对使用它们的上下文有意义的名称。
您会在具有更多业务特定含义的文件名旁边看到诸如“applicationResources.properties”、“messages.properties”等内容,例如“account.properties”。
简短的回答:没有
通常,您会将全局属性命名为“myapp.properties”。看看一些配置框架,看看他们是否做你想做的事。比如commons-configuration。
并不真地。使用 .properties 扩展名命名文件(我也见过 .prp)。
我建议不要使用“全局”属性文件,而是在隔离文件中维护类似的配置,即:
database.properties
smtp.properties
messages.properties