我计划创建一个全局属性文件,以便在整个应用程序中使用,并且几个属性文件仅适用于特定的类和方法。是否有任何特定的行业标准来命名属性文件?
答案 0 :(得分:12)
据我所知,没有固定的规则。
我所遵循的命名约定是,如果它是单个类的属性,我使用{ClassName}.properties
,否则我使用{WhatIsItUsedFor}.properties
,偶尔如果是单个应用程序,{{1} }。我偏爱CamelCase;其他人更喜欢小写。
对于属性本身的名称,如果可以使用粒度,我会使用类似
的内容{ApplicationName}.properties
要了解您拥有的更多属性文件,您创建的潜在维护问题就越多。有些人最好合并到一个属性文件,使用属性/值命名约定(上面)来单独输出任何需要自己配置的类。
答案 1 :(得分:5)
没有;将它们命名为对它们将被使用的上下文有意义的东西。
您会看到“applicationResources.properties”,“messages.properties”等内容,以及具有更多业务特定含义的文件名,例如“account.properties”。
答案 2 :(得分:5)
简答:没有
通常,您可以命名全局属性' myapp.properties'。浏览一些混淆框架,看看它们是否符合您的要求。例如commons-configuration。
答案 3 :(得分:5)
如果您考虑本地化,命名也会更复杂。
见Java doc for java.util.ResourceBundle
:
baseName +“_”+ language +“_”+ script +“_”+ country +“_”+ variant
示例:
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
答案 4 :(得分:3)
不是真的。使用.properties扩展名命名文件(我也见过.prp)。
我建议不要使用“全局”属性文件,而是在隔离文件中维护类似的配置,即:
database.properties
smtp.properties
messages.properties