Java.properties文件的命名约定是什么?

Java.properties文件的命名约定是什么?,java,properties,naming-conventions,Java,Properties,Naming Conventions,我计划创建一个全局属性文件,供整个应用程序使用,并创建几个仅适用于特定类和方法的属性文件。是否有任何特定的行业标准来命名属性文件 No;给它们命名一些对它们将被使用的上下文有意义的东西 您将看到“applicationResources.properties”、“messages.properties”等内容,以及具有更多业务特定含义的文件名,如“account.properties”。据我所知,没有设置规则 我使用的命名约定是,如果它是单个类的属性,我使用{ClassName}.propert

我计划创建一个全局属性文件,供整个应用程序使用,并创建几个仅适用于特定类和方法的属性文件。是否有任何特定的行业标准来命名属性文件

No;给它们命名一些对它们将被使用的上下文有意义的东西


您将看到“applicationResources.properties”、“messages.properties”等内容,以及具有更多业务特定含义的文件名,如“account.properties”。

据我所知,没有设置规则

我使用的命名约定是,如果它是单个类的属性,我使用
{ClassName}.properties
,否则我使用
{WhatIsItUsedFor}.properties
,偶尔如果它是针对单个应用程序的,
{ApplicationName}.properties
。我更喜欢CamelCase;其他人更喜欢小写

对于属性本身的名称,如果粒度是可能的,我使用

{ClassName}.{MethodNameIfNeeded}.{IntendedVariable}={value}
请务必意识到,您拥有的属性文件越多,就越可能产生维护问题。有些人最好合并到一个属性文件中,使用属性/值命名约定(如上)挑出任何需要自己配置的类。

简短回答:否


通常,您会将全局属性命名为“myapp.properties”。看看一些confgiration框架,看看它们是否符合您的要求。例如。

不太可能。用.properties扩展名命名文件(我也看到了.prp)

我建议不要使用“全局”属性文件,而是在隔离文件中维护类似的配置,即:

database.properties
smtp.properties
messages.properties

如果你还考虑定位的话,命名就更复杂了。 见:

baseName+“”+语言+“”+脚本+“”+国家+“”+变体

示例:

MyResource\u fr\u fr
我的资源
我的资源
MyResource\u en\u Latn\u US\u WINDOWS\u VISTA
MyResource\u en\u Latn\u US\u WINDOWS
我的资源
我的资源
MyResource_en_US_WINDOWS_VISTA
MyResource_en_US_WINDOWS
我的资源
我的资源

一些应用程序框架使用约定。NetBeans富客户端平台和模块系统在杂项包目录中使用Bundle.properties。不过,一般来说,越少越好。Camel大小写肯定会让阅读更清晰,尤其是当{IntentedVariable}部分变得相当长时。