Let vs const: ¿qué usar?

Hola Habr! Les presento la traducción del artículo "On let vs const" de Dan Abramov .

Mi publicación anterior contiene este párrafo:

let vs const vs var : Normalmente, todo lo que necesitas es let . Si necesita evitar la reescritura de una variable, puede usar const . (Algunos son muy pedantes al respecto y prefieren usar const cuando solo hay una asignación variable).

Esta declaración resultó ser muy controvertida, en Twitter'e y Reddit'e inmediatamente comenzaron discusiones acaloradas sobre esto. Parece que la opinión más popular (o al menos verbalmente expresada por la mayoría) es que siempre debe usar const y referirse a let solo si es necesario, lo que puede proporcionar la regla prefer-const de ESLint.

En esta publicación, enumeraré brevemente todos los pros y los contras que conocí y expresaré mi opinión personal sobre este asunto.

¿Por qué preferir const?

• Una regla clara: esta es una carga adicional para el cerebro cuando tienes que pensar cada vez si usar const o let es mejor. La regla "Usar siempre const donde funciona" lo libera de problemas innecesarios y deja esta tarea a la lista.
• Las reasignaciones pueden causar errores: en las funciones de gran tamaño, sucede que es posible que no se dé cuenta si se reasigna una variable, y esto puede ser la causa de los errores. Especialmente en cierres. Const le garantiza que siempre verá el mismo valor.
• Comprensión de la mutación: aquellos que recién comienzan a aprender JavaScript pueden malinterpretar el principio de constante , pensando que previene la mutación de una variable. Es importante comprender la diferencia entre mutar una variable y su reasignación. Usar const te obliga a comprender y confrontar esta distinción desde el principio.
• Reasignaciones sin sentido: a veces, reasignar una variable no tiene ningún sentido. Por ejemplo, en React Hooks, los valores que obtiene del gancho, como useState, son más como parámetros. Ellos van en la misma dirección. Al ver un error en su asignación, pronto aprenderá sobre el flujo de datos React.
• Ventajas de la ejecución: también hay afirmaciones poco frecuentes de que el motor de JavaScript puede ejecutar código más rápido donde se usa const , ya que sabe que una variable no se puede sobrescribir.

¿Por qué no prefieres const

• Const pierde su significado: si usamos const en todas partes, perderemos la capacidad de comprender si era importante que algo no fuera reasignado.
• La vergüenza con la inmunidad: en cada discusión donde dicen que siempre debes usar const , hay quienes están confundidos sobre el tema de la inmunidad. Esto no es sorprendente ya que ambas operaciones (declaración y reasignación) usan el mismo operador "=". En respuesta a esto, generalmente dicen que solo necesitas "aprender el idioma". Sin embargo, los argumentos en contra son tales que si el método, que es evitar los errores de los principiantes, confunde a estos mismos principiantes, entonces esto no es tan útil. Y, desafortunadamente, esto no ayuda a prevenir errores de mutación que se extienden a los módulos y afectan todo.
• Presión para evitar la sobredeclaración: los defensores del método "const-first" obligan a los desarrolladores a no utilizar variables let in declaradas en la condición. Por ejemplo, puedes escribir

  const a = cond ? b : c 

  en lugar de las condiciones if , incluso si ambas ramas (objetos) byc son complejas y darles nombres detallados es difícil.
• La reasignación no puede ser la causa de errores: hay tres componentes principales cuando la reasignación puede ser la causa de errores: el alcance es demasiado grande (como una función modular o grande), cuando el valor es un parámetro (ya que no se espera que sea igual a cualquier otra cosa de lo que se pasó), y cuando la variable se usa en una función anidada. Sin embargo, en muchas situaciones, la mayoría de las variables no corresponden a ninguno de estos casos, y los parámetros no pueden designarse como constantes.
• No hay ventaja de rendimiento: es mi opinión que el motor ya está advertido, qué variables se declaran una vez, incluso si usa var o let . Si continuamos argumentando que const hace que el código sea más productivo, entonces también podemos argumentar que las verificaciones adicionales pueden aumentar el tiempo de ejecución en lugar de disminuirlo. En serio, los motores son más inteligentes.

Mi opinion

No me importa

Puedo usar cualquier regla que otros usen.

Si le importa, use el linter, que automatiza la verificación y corrección, cambiando let to const , para que no pierda su tiempo en la futura revisión del código.

Por último, recuerde que las linters están diseñadas para facilitar el desarrollo. Si alguna regla te molesta a ti o a tu equipo, simplemente quítala. Será lo mejor. Aprende de tus errores.

Enlace al artículo original - On let vs const .