programación programacion procedimientos practicas paquetes nomenclatura nombres nombre nombrar nombrado métodos lenguaje convención convencion constantes como buenas beans java coding-style

programacion - ¿Hay un estándar en java para_(guión bajo) delante de los nombres de variables o clases?



nomenclatura del lenguaje de programación java (9)

  1. No utilice _ cuando use un monitor LCD a color moderno, con IDE moderno como Eclipse, Netbeans, IntelliJ, Android Studio.
  2. Use _ cuando necesite usar un monitor CRT monocromo de estilo antiguo con solo texto en verde o blanco, o cuando tenga dificultades para identificar el color en el monitor LCD.
  3. El consenso de tus colaboradores de código anula lo anterior.

He visto a algunos programadores usar _ (subrayado) delante de los nombres de clase, y otros lo usan para variables locales.

¿El estándar de Java requiere / sugiere el uso de _ (guión bajo) delante de una variable de instancia privada o nombre de clase?


Creo que los artefactos como estos son pre-IDE y C ++ vintage. No lo hagas


El uso de _ antes de una variable ayuda en un caso en el que si el desarrollador desea usar una palabra estándar / clave como nombre de una variable a sabiendas o sin saberlo. No daría un conflicto si eso tiene un carácter adicional.


Es una cuestión de gusto personal.

A Martin Fowler parece gustarle. No me importa mucho, rompe el patrón de lectura y la información que transmite ya está sutilmente contada por el color en su IDE.

He experimentado con el uso de _ como el nombre de la variable que contiene el resultado que devolverá un método. Es muy conciso, pero he terminado pensando que el result del nombre es mejor.

Entonces, haga que sus colegas estén de acuerdo en lo que más les gusta a todos y luego simplemente hagan eso.


Estoy de acuerdo con los demás aquí ... Rompe el estándar y realmente no le compra nada si solo usa un estándar de nomenclatura. Si necesita saber la diferencia entre su clase y las variables locales, pruebe una convención de nomenclatura como lVariableName donde se usa l para indicar que es local. Para mí esto es innecesario ya que el resaltado de IDE es suficiente, pero puede ser útil para algunos.


Mucha gente lo es, por ejemplo, las variables, ya que las hace destacar. Personalmente, lo odio principalmente porque los métodos deberían, en su mayor parte, no ser más de 10 líneas de código (casi nunca supero las 20). Si no puede ver que una variable no es local en menos de 10 líneas, entonces hay algo incorrecto :-)

Si tiene 100 métodos de línea y no declara todas sus variables en la parte superior del bloque en el que se usan, puedo ver por qué querría usar _ para distinguirlas ... por supuesto, como con la mayoría de las cosas, Si duele entonces deja de hacerlo!


Muchas personas (incluido yo) usan _ delante de los nombres de los campos. La razón de esto es distinguirlos fácilmente de las variables locales. Sin embargo, en las edades de los IDE esto no es tan necesario ya que el resaltado de sintaxis lo muestra. Usar un guión bajo delante de un nombre de clase es simplemente incorrecto. Por convención, los nombres de las clases comienzan con una letra mayúscula.


Parece ser una convención que establece que si un guión bajo se usa como un carácter inicial en el nombre del método, el método no puede ser anulado.

Por ejemplo, en el contexto de JSP, el método _jspService () no se puede anular.

Sin embargo, no encuentro ningún documento que indique la convención anterior.


Si desea seguir las mejores prácticas de Java, use la convención de códigos que se describe aquí http://java.sun.com/docs/codeconv/html/CodeConvTOC.doc.html

Es decir, no hay subrayado para nombres de variables de miembros privados.

Aunque, personalmente, no estoy preocupado de ninguna manera, siempre y cuando se aplique la consistencia.