2012-09-18 10 views

Respuesta

17

La convención de nomenclatura se recomienda como minúscula en el archivo de propiedades. bank.account.number esto es más apreciable.

+0

gracias por la respuesta rápida, pensé que debería ser así, pero no estaba seguro – MrProper

+4

no hay estandarización. –

+0

@SubhrajyotiMajumder incluso si no hay una forma estandarizada para hacer esto, sigue los conceptos mínimos de OOP. Un banco tendrá una cuenta que tendrá un número. Entonces podría hacer: 'bank.account.owner.name'. Este tipo de formato facilita el análisis, por lo que la creación de instancias a partir de estos archivos es muy eficiente. –

4

No hay ninguna norma en particular para nombrar propiedades, pero la convención parece ser de la forma

a.b.c.d = x 

en minúsculas. Esperaría algún tipo de jerarquía informal, por ej.

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

etc.

Si se trata de una propiedad que afecta directamente a una clase particular puedo ponerle el nombre de la clase (o al menos usar el nombre del paquete). Sin embargo, ese también es un ejemplo de fuga de implementación, y lo pensaría seriamente antes de hacerlo.

1

En JSF se puede ver en ValidationMessages.properties algo

javax.validation.constraints.Pattern.message 

o en JsfMessages.properties

javax.faces.component.UISelectOne.INVALID 

Así que usted puede utilizar siempre que quieras, me gusta simplemente minúscula, paquete formateado

1

Supongo que no hay tales convenciones comunes para los archivos de propiedades. Sin embargo, usar letras minúsculas en un formato elegible (por ejemplo, bank.account.number) suena bien, y también se recomienda usar los archivos de propiedad con sus extensiones originales (.properties).

10

Según mi conocimiento, no hay ninguna regla estándar es escrito para .properties archivo en java. pero si ves los archivos dentro de la carpeta .propertieslib de Java\jre mayoría de ellos son usos lower case como el nombre de los archivos .properties. Y el properties de ese archivo es también con lower case. como:

psfontj2d.properties 

valores clave

courier_new=courier 
courier_new_bold=courier_bold 
+0

El archivo mantenido tiene varios tipos de formatos como avantgarde = avantgarde_book, itcbookman_light = bookman_light, newcenturyschoolbook = newcenturyschoolbook, serif.latin1.plain = Times-Roman, font.0 = AvantGarde-Book ISOF ¿qué es estándar entonces? –

0

realidad de Recursos Bundle acepta sólo el nombre de base completo del paquete, sin ningún archivo extensión. En este caso, intentará cargar el paquete de archivos como este

mensajes/EN/properties.propiedades

Estoy seguro de que la intención algo diferente a la internacionalización convencional, pero la convención hubiera sido "messages_en.properties" (ES cuando el lenguaje, cuando ES país)

Cuestiones relacionadas