Capítulo 96. Escribir "Código legible"
Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: translation-feedback@oreilly.com
Dave Farley
Todos hemos oído que un buen código es "legible", pero ¿qué significa eso realmente?
El primer principio de legibilidad es mantener el código simple. Evita los métodos y funciones largos; en su lugar, divídelos en piezas más pequeñas. Nombra las piezas según lo que hagan.
Automatiza tus normas de codificación para poder probarlas en tu canal de implementación. Por ejemplo, podría fallar tu construcción si tienes un método de más de 20 ó 30 líneas de código, o listas de parámetros de más de 5 ó 6 parámetros.
Otra forma de mejorar la legibilidad es tomarse "legible" al pie de la letra. No lo interpretes como "¿Puedo leer mi código cinco minutos después de haberlo escrito?". Más bien, intenta escribir código que un no programador pueda entender.
Aquí tienes una función sencilla:
void function(X x, String a, double b, double c) {
double r = method1(a, b);
x.function1(a, r);
}
¿Qué es lo que hace? Sin echar un vistazo a la implementación de X y method1, no tienes forma de saberlo, seas programador o no.
Pero si en vez de eso escribiera esto
void displayPercentage(Display display, String message, double value, double percentage) { double result = calculatePercentage(value, percentage); display.show(message, result); ...Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access