¿Hay alguna razón para usar la palabra clave "var" en ES6?

La guía de Babel para ES6 dice:

letEs lo nuevo var.

Aparentemente, la única diferencia es que varse limita a la función actual , mientras que letse limita al bloque actual . Hay algunos buenos ejemplos en esta respuesta .

No veo ninguna razón para usar varen el código ES6. Incluso si desea abarcar una variable dada a toda la función, puede hacerlo letcolocando la declaración en la parte superior del bloque de funciones, que es lo que debería hacer de vartodos modos para indicar el alcance real. Y si quieres ver algo más fino en un forbloque o algo, entonces puedes hacerlo también.

Entonces, mi instinto es dejar de usar por varcompleto al escribir el código ES6.

Mi pregunta es, ¿estoy equivocado sobre esto? ¿Hay algún caso legítimo donde varsería preferible let?

Doug Crockford discute leten este momento en su charla, " Las mejores partes ".

El punto es que letevita una fuente de malentendidos, especialmente. para programadores con expectativas establecidas por lenguajes con alcance de bloque. A vartiene alcance de función (declara una variable que es visible en toda la función) aunque parezca que tiene alcance de bloque .

var Es posible que aún sea útil en un caso extremo como el código generado por máquina, pero me estoy estirando mucho allí.

( consttambién es nuevo y tiene un alcance de bloque. Después de let x = {'hi': 'SE'}que pueda reasignar a x, mientras que después de const y = xque no pueda reasignar a y. Eso a menudo es preferible ya que evita que algo cambie accidentalmente debajo de usted. Pero para ser claros, aún puede modificar el objeto a y.hi = 'SO'menos que congelarlo.)

Siendo realistas, su impresión es correcta para ES6: adoptar lety const. Deja de usar var.

(En otra presentación de "The Better Parts" , Doug dice por qué ===se agregó en lugar de solucionar los problemas de== . ==Produce algunos resultados "sorprendentes", así que simplemente adopte ===).

Un ejemplo revelador

Mozilla Developer Network ofrece un ejemplo en el varque no funciona según lo previsto. Su ejemplo es realista y establece onclickcontroladores en una página web. Aquí hay un caso de prueba más pequeño:

var a = [];
(function () {
   'use strict';
   for (let i = 0; i < 5; ++i) { // *** `let` works as expected ***
     a.push( function() {return i;} );
   }
} ());
console.log(a.map( function(f) {return f();} ));
// prints [0, 1, 2, 3, 4]

// Start over, but change `let` to `var`.
// prints [5, 5, 5, 5, 5]

varnos falla porque todas las iteraciones de bucle comparten la misma ivariable con ámbito de función , que tiene el valor una vez que 5finaliza el bucle.

Si ha estado escribiendo el código correcto, probablemente podrá convertir todas las vardeclaraciones en letdeclaraciones sin ningún cambio semántico.

letes preferible porque reduce el alcance en el que un identificador es visible. Nos permite declarar variables de forma segura en el sitio de primer uso.

constes preferible let. A menos que necesite mutar una referencia, use una constdeclaración. Esto tiene todos los beneficios de letreducir la presencia de variables unitarias y hacer que el código sea más fácil de razonar. Si no está seguro de si necesitará mutar una referencia, declare consthasta que tenga que hacerlo explícitamente.

No creo necesariamente que estés equivocado, pero hay advertencias para usar var. Esencialmente, letdebería ayudar a los desarrolladores a sortear la estupidez de JavaScript, particularmente con los conflictos de nombres. var, al parecer, tiene un alcance mayor ya que quiere ir al alcance de la función de cierre. Habrá momentos en los que necesite var, como cuando necesite que una variable temporal esté disponible dentro del alcance de un bloque dentro de una función; de lo contrario, preferir leta var ayudará a los desarrolladores a resolver conflictos de nombres. En una nota más ligera, ya es hora de que se presente ES6 let.

Tiendo a estar de acuerdo en que solo "let" debe usarse en es6. AFIK, volver a declarar un "let" genera un error (que es bueno), mientras que con "var", simplemente anula el valor (aunque el "modo estricto" en es5 también se encarga de eso).

letsignifica "dejar variable igual". Es una declaración, en otras palabras, una inicialización y asignación.

Existe en contraste con lo constque, por supuesto, significa "constante", que es lo contrario de variable.

Algunos otros lenguajes usan un prefijo para el objeto real en lugar del objeto cuando lo declaran (por ejemplo, defes una abreviatura de "definir función" - falta por completo el punto de lo que se está "def".

Let agrega esta inconsistencia semántica a Javascript.

Lógicamente, también puede permitir que una constante sea igual a algo, ya que el trabajo de la palabra clave "let" es asignar memoria.

El problema surge porque la varpalabra clave que se introdujo antes constera compatible, por lo que la compatibilidad con versiones anteriores dicta que varno necesariamente significa una variable. (También podría usarse para asignar un valor constante).

Por lo tanto, la introducción de leten la posición incorrecta. Para asegurarse de que recordamos que léxicamente, esto está mal, también decidieron cambiar el alcance léxico de letvs var, por lo que la inconsistencia es lo más importante en nuestras mentes al depurar.

En otras palabras, letexiste porque las personas (es decir, los mantenedores del lenguaje) pensaban que Javascript era demasiado consistente, habiendo dominado todos sus modismos e idiosincrasias, desean más.

Nota al margen, varno funciona en bloques de "flecha" si desea tratar dichos bloques como cierres (porque varse introdujo antes de tratar los bloques como cierres), pero lo lethace.