Di adiós a las malas prácticas de javascript

Nov 29 2022

Cuando damos nuestros primeros pasos en el maravilloso mundo de la programación, podemos ver por nosotros mismos lo que hace por millones de personas. Es gracias a la programación que la vida de tantos se hace más fácil, con solo pulsar unas teclas en sus dispositivos (Esto es magia).

La programación es otro tipo de superpoder, pero como le dijo el tío Ben a su sobrino, Peter Parker: "Un gran poder conlleva una gran responsabilidad". En el mundo de la programación, nuestra mayor responsabilidad es garantizar que el código que escribimos sea fácilmente comprobable y se pueda mantener con el tiempo.

Hay algunas pequeñas prácticas en la programación que pueden tener un impacto negativo continuo en el código que escribimos y el producto que creamos como resultado final. He experimentado estos problemas de primera mano. Es importante compartir cuáles son y por qué debes evitarlos a toda costa.

1. Usar var en lugar de let y const

Es hora de decir adiós al uso de var.

Debe usar solo let y const por estas razones:

● El alcance es más claro (entre llaves).

● No crea objetos globales.

● Marca los errores si los vuelve a declarar.

A menos que esté utilizando un navegador más antiguo, como el amado IE11, lo mejor para usted es dejar de lado la var. Let y const serán tus mejores amigos en el futuro.

2. Usar comentarios para explicar el código

Los comentarios son una parte fundamental cuando construimos software, nos ayudan a entender un poco mejor el código que estamos leyendo, pero no debemos caer en el error de explicar paso a paso lo que hace nuestro código, debemos crear código que sea fácil de leer y los comentarios solo deben proporcionar contexto.

Aquí hay algunos consejos y recordatorios para ayudarlo a escribir comentarios de código como un profesional:

● Evite la redundancia en sus comentarios; No escribas lo que haces, escribe por qué lo haces.

● Los nombres descriptivos de variables/funciones/clases son mejores que los comentarios descriptivos.

● Resumir tanto como sea posible; no escriba párrafos si no es absolutamente necesario.

● Trate de usar siempre el mismo lenguaje y estilo de comentarios.

● Con el tiempo, los comentarios no suelen mantenerse (modificado) el código es.

3. Usar == en lugar de ===

Lo primero que hay que entender es que aunque visualmente son muy similares, hacen cosas diferentes: el primero se llama operador de igualdad regular (==) y el segundo se llama operador de igualdad estricta (===).

El operador de igualdad regular (==) solo verifica si los operandos son similares, lo que puede causar algunas sorpresas desagradables.

El operador de igualdad estricta (===) siempre verifica que los operandos sean de diferentes tipos y valores y que sean exactamente iguales.

4. Olvidarse de usar el encadenamiento opcional

El operador de encadenamiento opcional (?), le permite leer el valor de una propiedad ubicada en lo profundo de una cadena de objetos conectados sin tener que verificar cada referencia en la cadena.

Esto nos ayuda a evitar errores al intentar acceder a una propiedad que no existe. Como ejemplo, digamos que tenemos un objeto Pokémon que contiene la información de ese Pokémon.

Cuando queramos acceder a una propiedad que no está definida, como en este ejemplo, acceder a la propiedad 'ataque' Javascript generará un error, y nuestra aplicación se estropeará. Al usar el encadenamiento opcional (?), Javascript nos dirá que la propiedad no está definida pero no generará ningún error. Pensar en este tipo de errores que a veces están fuera de nuestro control hace una gran diferencia a largo plazo.

5. No usar cuerdas mágicas y números mágicos

Un número mágico o cadenas mágicas son números o cadenas utilizadas directamente en el código que a menudo no tienen un contexto claro pero tienen un propósito. Es mejor asignar estos valores a las constantes, ya que, de lo contrario, pueden resultar difíciles de comprender y depurar.

6. Manejar incorrectamente los errores de llamadas a la API

Siempre debemos manejar los errores con un intento/captura en nuestro async/await.

Si no manejamos los errores en nuestras promesas, es muy probable que nuestra aplicación explote, y créanme, no queremos que eso suceda.

7. Usar un objeto como único parámetro

Al declarar una función donde se esperan múltiples valores de un objeto, es mejor usar múltiples parámetros de entrada en lugar de entradas de un solo objeto. Esto nos ayuda con varias cosas:

Primero, hace que nuestro código sea más fácil de leer al saber desde el principio qué parámetros necesita nuestra función.

En segundo lugar, hace que la función sea más fácil de probar, y estas dos cosas juntas ayudan a que nuestro producto se pueda mantener con el tiempo. Además, como plus, mejora el rendimiento de nuestra aplicación ya que evita recolectar basura o crear parámetros de objetos innecesarios.

Otra ventaja es que si usas TypeScript y tienes varios parámetros, es más fácil definir la interfaz de los parámetros para beneficiarte de la verificación de tipos y las sugerencias automáticas que nos hacen evitar errores.

8. Olvidar el poder de las abreviaturas

Todos hemos estado en la posición de preguntarnos si existe una variable o si contiene algún tipo de valor que no sea nulo o indefinido. Debido a esto, a menudo terminamos haciendo validaciones súper largas de este tipo:

Las abreviaturas nos ayudan a evitar este problema. De una manera más simple y elegante, el código anterior se puede reducir a lo siguiente:

Conclusión

Escribir código limpio siempre será nuestra responsabilidad. En mi experiencia como desarrollador, he aprendido que tener un código mantenible y fácil de leer le ahorrará a usted y a su equipo muchas horas.

Recuerda que pasamos más tiempo leyendo código que escribiéndolo. Espero que estos pequeños consejos te faciliten la tarea de crear productos mágicos y sorprendentes.