Соглашение об именах для свойств в файле свойств

Ответ 1

Соглашение об именовании рекомендуется как строчный в файле свойств. bank.account.number это более заметно.

Ответ 2

В соответствии с моим пониманием, нет стандартного правила, написанного для файла .properties в java. но если вы видите файлы .properties внутри lib в папке Java\jre, большинство из них использует lower case как имя файлов .properties. И properties этого файла также имеет lower case. , например:

psfontj2d.properties

значения ключа

courier_new=courier
courier_new_bold=courier_bold

Ответ 3

Нет никакого конкретного стандарта для свойств именования, но соглашение, как представляется, имеет вид

a.b.c.d = x

в нижнем регистре. Я ожидал бы какую-то неформальную иерархию, например.

bank.
bank.account.
bank.account.name.
bank.account.pin.

и др.

Если это свойство, которое напрямую влияет на определенный класс, я могу назвать его после этого класса (или, по крайней мере, использовать имя пакета). Однако это также пример утечки реализации, и я бы серьезно подумал, прежде чем делать это.

Ответ 4

В JSF вы можете увидеть в файле ValidationMessages.properties что-то

javax.validation.constraints.Pattern.message

или в JsfMessages.properties

javax.faces.component.UISelectOne.INVALID

Таким образом, вы можете использовать везде, где захотите, мне нравится просто строчный формат, отформатированный в формате

Ответ 5

Я думаю, что нет общих правил для файлов свойств. Однако использование строчных букв в формате приемлемый/легко понятный (например, bank.account.number) звучит неплохо и с использованием файлов свойств с их оригинальными расширениями ( .properties).

Ответ 6

На самом деле Resource Bundle принимает только полное базовое имя пакета, без расширения файла. В этом случае он попытается загрузить пакет таких файлов, как этот

сообщения /EN/properties.properties

Я уверен, что вы намерены что-то другое, чем обычная интернационализация, но соглашение было бы "messages_en.properties" (ru, когда язык, EN в стране)