Было время, когда var был быстрее, но это время давно прошло.

На чем вы это основываете? IIRC, когда мы в последний раз тестировали это, не было разницы для const но let был несколько медленнее. Было бы хорошо увидеть обновленные тесты по этому поводу.

разрешить запятые в многострочных массивах и объектах

Определенно согласен с этим изменением, если с IE нет проблем (мы все еще хотим поддерживать как минимум IE 10 и 11, верно?).

Было время, когда var был быстрее, но это время давно прошло.

На чем вы это основываете? IIRC, когда мы в последний раз тестировали это, не было разницы для const но let был несколько медленнее. Было бы хорошо увидеть обновленные тесты по этому поводу.

Да, некоторые цифры помогут принять это решение.

разрешить запятые в многострочных массивах и объектах

Под запятыми в многострочных массивах и объектах я, например, подразумеваю

const sizes = [
    100,
    200,
    300,
];

Мой мозг читает это так:

 const sizes = [
     100,
     200,
     300, undefined
 ];

В наши дни интерпретаторы JS удаляют эту запятую?

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

Для меня цель конечных запятых состоит в том, что они позволяют быстрее добавлять и удалять объекты, а также изменять их порядок путем вырезания / вставки. Не беспокойтесь, вырезаете ли вы последний элемент или нет, все строки одинаковы. Что касается отображения undefined , этого легко избежать, если вы знаете, что в каждой строке есть только один элемент - и в тех случаях, когда массив находится в одной строке, например [1, 2, 3, 4, 5] вы не должны добавлять запятую в конце.

С другой стороны, я не думаю, что это имеет значение. Здесь важен переход на const / let .

... но теперь эта транспиляция происходит ...

Мы же не транспилируем? Rollup просто заменяет синтаксис импорта / экспорта ES6, оставляя все остальное в покое, если вы не добавляете плагины, такие как rollup-plugin-buble . Но let / const все равно поддерживаются в IE11.

Завершающие запятые также служат гораздо большей цели, чем просто «простота использования». В более крупных проектах, в которых участвует множество людей, полезно использовать такие вещи, как git blame чтобы узнать, кто за какой фрагмент кода отвечает.

Итак, констатируем очевидное: если есть вещи, перечисленные в нескольких строках, которые были добавлены @mrdoob , и я бы позже добавил туда строку, мое имя будет отображаться в последней строке кода, который я не писал.

Я лично против использования конечных запятых по той же причине, что и люди, заявленные до меня, но я действительно вижу преимущества, и я привыкаю к ​​этому сейчас, когда мы также применяем это в офисе с этого года.

В наши дни интерпретаторы JS удаляют эту запятую?

Ага.

Что касается использования let vs var :

Разница между let и var наши дни больше не имеет значения, если дело доходит до производительности. V8 и Spidermonkey (Firefox) в наши дни имеют отличную оптимизацию, которая действительно хорошо работает.

См. Этот пост для уточнения (не забудьте запустить фактические фрагменты, чтобы увидеть, что теперь разница в значительной степени незначительна): https://stackoverflow.com/questions/37792934/why-is-let-slower-than-var- в-для-петли-в-nodejs

Принятый ответ на этот SO-вопрос также указывает на различия между var и let с функциональной точки зрения, поскольку оба они имеют очень разные значения и варианты использования в случае, если это неясно. кому-либо.

Использование const для переменных, которые никогда не меняются, не составляет труда. Если механизм javascript видит, что переменная объявлена ​​с помощью const , он знает, что ее значение больше никогда не изменится, поэтому ее можно сильно оптимизировать.

Только мои 2 цента.

Для справки:

• https://jsperf.com/var-vs-let-performance
• https://jsperf.com/let-vs-var-performance/68
• https://jsperf.com/const-vs-var

Завершающие запятые - один из лучших шаблонов js, которые я когда-либо видел, и они делают различия более разборчивыми.

В наши дни интерпретаторы JS удаляют эту запятую?

Все браузеры прекрасно справлялись с этой запятой в массивах и объектах в течение> 10 лет, кроме IE.

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

что касается различий, я нашел эти сравнения в Интернете

без завершающей запятой diff добавление строки

конечная запятая diff добавление строки

Начнем сначала с let и const . Шаг за шагом.

Я думаю, что это время слишком близко для звонка. Я получаю разные результаты

Хотя в Chrome 70 они отдаленно не близки

пока мы на этом

Позвольте мне добавить еще один POV для конечных запятых 😜 Вы можете видеть конечные запятые, похожие на точку с запятой

Это совершенно законный код

 {
      doThis();
      doThat();
      doOther()
 }

В последней строке отсутствует точка с запятой. Один POV - видеть запятую как одно и то же. Может это похоже на иллюзию людей / ламп.

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

Я попытался добавить где-нибудь в коде const и он больше не компилируется ...

@mrdoob Формат вывода должен быть установлен на ES6 вместо ES или ES5 .

Закрытие в пользу №6419.