Rad*_*dan 14 java properties naming-conventions
我打算创建一个全局属性文件,以便在整个应用程序中使用,并且几个属性文件仅适用于特定的类和方法.是否有任何特定的行业标准来命名属性文件?
Jos*_*hDM 12
据我所知,没有固定的规则.
我所遵循的命名约定是,如果它是单个类的属性,我使用{ClassName}.properties,否则我使用{WhatIsItUsedFor}.properties,偶尔如果它是单个应用程序,{ApplicationName}.properties.我偏爱CamelCase; 其他人更喜欢小写.
对于属性本身的名称,如果可以使用粒度,我会使用类似的东西
{ClassName}.{MethodNameIfNeeded}.{IntendedVariable}={value}
Run Code Online (Sandbox Code Playgroud)
要了解您拥有的更多属性文件,您创建的潜在维护问题就越多.有些人最好合并到单个属性文件,使用属性/值命名约定(上面)来单独输出任何需要自己配置的类.
没有; 将它们命名为对它们将被使用的上下文有意义的东西.
您会看到"applicationResources.properties","messages.properties"等内容,以及具有更多业务特定含义的文件名,例如"account.properties".
如果还考虑本地化,则命名将更加复杂。参见Java文档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
Run Code Online (Sandbox Code Playgroud)
| 归档时间: |
|
| 查看次数: |
12382 次 |
| 最近记录: |