Есть ли причина использовать ключевое слово «var» в ES6?

Руководство Бабеля по ES6 гласит:

letэто новый var.

Очевидно, единственное отличие состоит в том, что varобласть видимости отображается в текущей функции , а letобласть видимости - в текущий блок . В этом ответе есть несколько хороших примеров .

Я не вижу никакой причины для использования varв коде ES6. Даже если вы хотите охватить данную переменную для всей функции, вы можете сделать это let, поместив объявление в верхнюю часть функционального блока, что и должно быть в varлюбом случае, чтобы указать фактическую область действия. И если вы хотите поместить что-то более точное в forблок или что-то еще, то вы можете сделать это тоже.

Так что мой инстинкт - varвообще прекратить использовать при написании кода ES6.

У меня вопрос, я не прав? Есть ли законный случай, когда varпредпочтительнее let?

Дуг Крокфорд обсуждает letна этом этапе своего выступления « Лучшие детали ».

Дело в том, чтобы letизбежать источника недопонимания, особенно для программистов с ожиданиями, установленными языками с block-scope. A varимеет область действия функции (она объявляет переменную, видимую во всей функции), хотя выглядит так, как будто она имеет область видимости блока .

var возможно, все еще может быть полезен в крайнем случае, например, сгенерированный компьютером код, но я сильно напрягаюсь.

( constтакже является новым и имеет область видимости блока. После let x = {'hi': 'SE'}того, как вы можете переназначить на x, а после const y = xвы не можете переназначить y. Это часто предпочтительнее, так как предотвращает случайное изменение чего-либо из-под вас. Но, чтобы быть понятным, вы все равно можете изменить объект, y.hi = 'SO'если только заморозить это.)

Реально, ваше впечатление на ES6 правильно: принять letи const. Прекратите использовать var.

(В другом выступлении «The Better Parts» Даг говорит, что ===было добавлено, а не исправлено проблем== . ==Дает некоторые «удивительные» результаты, так что просто примите ===.)

Показательный пример

Mozilla Developer Network приводит пример, где varработает не так, как задумано. Их пример является реалистичным, который устанавливает onclickобработчики на веб-странице. Вот небольшой тестовый пример:

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]

varнам не удается, потому что все итерации цикла имеют одну и ту же iпеременную области действия , которая имеет значение 5после завершения цикла.

Если вы писали правильный код, вы, вероятно, сможете превратить все varоператоры в letоператоры без каких-либо семантических изменений.

letпредпочтительнее, поскольку уменьшает область видимости идентификатора. Это позволяет нам безопасно объявлять переменные на сайте первого использования.

constпредпочтительнее let. Если вам не нужно мутировать ссылку, используйте constобъявление. Это имеет все преимущества, letнаряду с уменьшением присутствия унифицированных переменных и упрощением анализа кода. Если вы не уверены, что вам нужно будет изменить ссылку, объявляйте ее, constпока не обнаружите , что вам это явно необходимо.

Я не обязательно думаю, что вы ошибаетесь, но есть предостережения относительно использования var. По сути, letдолжно помочь разработчикам обойти глупость JavaScript, особенно с конфликтами имен. varКажется, он имеет большую область видимости, поскольку хочет перейти к области действия закрывающей функции. Будут времена, когда вам понадобится var, например, когда вам потребуется временная переменная, которая будет доступна в пределах блока внутри функции, в противном случае предпочтение letнад var поможет разработчикам в конфликтах имен. Проще говоря, пора ES6 представить let.

Я склонен согласиться с тем, что в es6 следует использовать только «let». AFIK, переопределение «let» генерирует ошибку (что хорошо), в то время как с «var» вы просто переопределяете значение (хотя «строгий режим» в es5 тоже об этом позаботится).

letозначает «пусть переменная равна». Это декларация, другими словами, инициализация и присваивание.

Он существует в отличие от того, constчто, конечно, означает «постоянный» - противоположность переменной.

Некоторые другие языки используют префикс к реальному объекту вместо объекта при объявлении его (например, defсокращение для «определения функции» - полностью отсутствует точка «def»).

Let добавляет это семантическое несоответствие в Javascript.

По логике вещей, вы могли бы позволить константе также кое-что равняться, так как задача ключевого слова let - выделять память.

Проблема возникает из-за того, что varключевое слово было введено до того, как оно constбыло поддержано, поэтому обратная совместимость диктует, что varнеобязательно означает переменную. (Это также может быть использовано для назначения постоянного значения.)

Следовательно, введение letв неправильном положении. Чтобы удостовериться, что мы помним, что это неправильно, лексически, они также решили изменить лексическую область действия letvs var, поэтому при отладке в первую очередь мы думаем о несоответствии.

Другими словами, letсуществует потому , что люди (имеется в виду сопровождающие язык) думали, что Javascript был слишком последовательным, освоив все его идиомы и идиосинкразии, желая большего.

Примечание: varне работает в блоках «стрелка», если вы хотите обрабатывать упомянутые блоки как замыкания (потому что varбыло введено до обработки блоков как замыкания), но letработает.