A menudo veo códigos que incluyen errores ortográficos intencionados de palabras comunes que, para bien o para mal, se han convertido en palabras reservadas:
klass o clazz para la clase: Class clazz = ThisClass.class
kount para conteo en SQL: count (*) AS kount
Personalmente encuentro que esto disminuye la legibilidad. En mi propia práctica, no he encontrado demasiados casos en los que no se podría haber utilizado un nombre mejor: itemClass o recordTotal.
Sin embargo, es tan común que no puedo evitar preguntarme si soy el único. ¿Alguien tiene algún consejo o mejor aún, cita recomendaciones de programadores respetados sobre esta práctica?
Para variables locales y argumentos formales, simplemente no importa.
Cualquier nombre está bien siempre y cuando no sea intencionalmente engañoso o molesto. En tu ejemplo:
public static Method findBenchmarkMethod(BenchmarkRecord benchmark) {
Class<?> clazz = ClassUtils.loadClass(benchmark.generatedClass());
return findBenchmarkMethod(clazz, benchmark.generatedMethod());
}
no importa si la única variable local es "clazz" o "klass" o "cls" o simplemente "c". Probablemente solo pondría en línea la expresión:
return findBenchmarkMethod(ClassUtils.loadClass(benchmark.generatedClass()),
benchmark.generatedMethod());
La longitud del nombre de una variable debe estar relacionada con el alcance de la variable. Para las variables locales en métodos cortos (y todos deben ser cortos), los nombres muy cortos están bien.