tutorial - ¿Convenciones de nomenclatura variables en Java?
java statements (7)
En PHP, nosotros (al menos los buenos programadores) siempre comenzamos nombres de variables generales con una letra minúscula, pero variables de clase / objetos con una letra mayúscula para distinguirlos. De la misma manera, comenzamos los nombres generales de archivo con una letra minúscula, pero los archivos que contienen Classes con una letra mayúscula.
P.ej:
<?php
$number=123;
$string="a string";
$colors_array=array(''red'',''blue'',''red'');
$Cat=New Cat();
?>
¿Las convenciones son las mismas en java, es decir, los objetos que comienzan con mayúsculas pero el resto en minúsculas, o todo comienza con minúsculas, como he leído en otros lugares?
En general, todas las variables comenzarán con minúsculas:
int count = 32;
double conversionFactor = 1.5d;
A algunas personas les gusta poner constantes estáticas en todos los casos:
public static final double KILOGRAM_TO_POUND = 2.20462262;
Las cosas se vuelven más molestas cuando trabajas con acrónimos, y no existe un estándar real sobre si deberías usar:
HTMLHandler myHtmlHandler;
o
HTMLHandler myHTMLHandler.
Ahora, de cualquier manera, tenga en cuenta que los nombres de las clases (Object, String, HTMLHandler) siempre comienzan con una letra mayúscula, pero las variables individuales del objeto comienzan en minúscula.
La convención es que los nombres de clase comienzan con la letra mayúscula. Los nombres de las variables son camelCase. Incluso si la variable hace referencia a un objeto, aún comienza con minúsculas.
Esta página debería ayudar.
Las convenciones realmente dependen del lugar individual que está codificando.
En general, de lo que he visto las clases son CamelCased (con mayúsculas primero), los métodos comienzan con minúsculas y las variables que he visto en todas partes (algunas CamelCased, algunas camelCase con la primera letra más abajo (EDITAR: como se mencionó) arriba, esta es la norma), algunos incluso con notación húngara). Depende de su estilo y del estilo en que el proyecto en el que está trabajando haya adoptado.
- variablesAndMethodsLikeThis
- ClasesMe gustaThis
- CONSTANTS_LIKE_THIS
Puede encontrar los nombres en las Convenciones del Código de Java .
Un resumen rápido:
- Para las clases, use
UpperCamelCase. - Para miembros de la clase y variables locales, use
lowerCamelCase - Para paquetes, use URI inverso, por ejemplo,
org.acme.project.subsystem - Para las constantes, use
ALL_CAPS.
¿Qué piensas acerca de usar camelCase por ejemplo, métodos y PascalCase para estático? Creo que podría ser muy útil, porque no habría ningún problema al verificar qué método es estático. Es mi propuesta
A algunas personas (que no soy yo) les gusta diferenciar las variables de Método de las variables de Instancia al anteponer Variables de instancia con "this". Esto también soluciona el problema que ocurre al asignar un parámetro a una variable de instancia del mismo nombre:
public ConstructorMethod(MyVar variable) {
this.variable=variable;
}
Pero algunas personas sienten que siempre debes usar ese patrón, pero no estoy loco por eso, creo que es excesivo si mantienes tus métodos y clases pequeños.
Además, algunas personas usan un patrón de nombres para los parámetros. Esto (nuevamente) es útil cuando se asigna desde un constructor a una variable de instancia:
public ConstructorMethod(MyVar pVariable) {
variable=pVariable;
}
Por lo general, el patrón es pVariable o _variable . De vez en cuando uso esto porque me parece más legible que esto, pero tiene la desventaja de hacer que tus Javadocs sean menos legibles.
En cualquier caso, realmente no me gusta la idea de usar SIEMPRE cualquiera de estos patrones, son geniales para saber, pero si realmente necesita ayuda para diferenciarlos a lo largo de su código, dígale a Eclipse que los muestre en diferentes colores.