Чи є коси в масивах та об'єктах частиною специфікації?

Чи є тривалі комами стандартними в JavaScript, чи більшість браузерів, як Chrome і Firefox, просто терплять їх?

Я думав, що вони стандартні, але IE8 рвонув після зустрічі з цим - звичайно, IE не підтримує щось навряд чи означає, що це не стандарт.

Ось приклад того, що я маю на увазі (після останнього елемента масиву книг):

var viewModel = {
    books: ko.observableArray([
        { title: "..", display: function() { return ".."; } },
        { title: "..", display: function() { return ".."; } },
        { title: "..", display: function() { return ".."; } }, // <--right there
    ]),
    currentTemplate: ko.observable("bookTemplate1"),
    displayTemplate: function() { return viewModel.currentTemplate(); }
};

Технічні характеристики: ECMAScript 5 та ECMAScript 3

Розділ 11.1.5 у специфікації ECMAScript 5:

ObjectLiteral :
    { }
    { PropertyNameAndValueList }
    { PropertyNameAndValueList , }

Так так, це частина специфікації.

Оновлення: мабуть, це нове в ES5. У ES3 (стор. 41) визначення було просто:

ObjectLiteral :
    { }
    { PropertyNameAndValueList }

Для літералів масивів ( Розділ 11.1.4 ) це ще цікавіше ( оновлення: це вже існувало в ES3):

ArrayLiteral :
    [ Elisionopt ]
    [ ElementList ]
    [ ElementList , Elision_opt ]

(де Elision_optElision _opt , тобто Elision необов’язковий)

Elision визначається як

Elision :
    ,
    Elision ,

Отже, масив буквальний на кшталт

var arr = [1,2,,,,];

є абсолютно законним. Це створює масив з двома елементами, але встановлює довжину масиву до2 + 3 = 5 .

Не чекайте занадто багато від IE (до IE9) ...

Просто швидке нагадування / попередження про те, що це одна з областей, в якій стандарт JavaScript / ECMAScript та JSON відрізняються; кінцеві коси дійсні в JS, але не дійсні в JSON.

Що ще смішніше, дає IE7

[1,].length  --> 2

а Firefox та Chrome

[1,].length  --> 1

Ви можете знайти специфікацію javascript (він же, сценарій ECMA) тут . Ви можете знайти відповідне визначення для масивів на сторінці 63, і як зазначав Фелікс, визначення об'єкта на пару сторінок пізніше на сторінці 65.

Хоча ця специфікація говорить, що це добре, щоб мати кейс, ,я не знаю, чи це було б правдою, оглядаючи кілька версій. Як ви вже зазначали, IE8 - буде лайно себе, якщо ви залишите коду, що перебуває в кінці, але Chrome і FF справляються з цим добре.

Розберемо це.

Чи є кінцеві коми стандартними в JavaScript?

Так. Відповідно до специфікації ECMAScript 5 (також частина посібника зі стилів Google та Airbnb)

Чи терплять їх більшість браузерів, як Chrome і Firefox?

Це питання підтримки ECMAScript 5.

Транспілятори, такі як Babel, видалять додаткову коду з коду в перекладеному коді, що означає, що вам не доведеться турбуватися про проблему з комою в застарілих браузерах.

Отже, це означає:

var heroes = [
  'Batman',
  'Superman',
];
// heroes.length === 2 (not 3)

Тож є ймовірність, якщо ви використовуєте що-небудь ES5 і вище, вам не потрібно про це турбуватися.

Я думав, що вони стандартні, але IE8 рвонув після зустрічі з цим - звичайно, IE не підтримує щось навряд чи означає, що це не стандарт.

Знову ж таки, це питання підтримки ECMAScript 5. IE8 не підтримує ECMAScript 5 (лише IE9 і вище)

Я настійно рекомендую переглянути документацію Airbnb про застарілу документацію ES5 https://github.com/airbnb/javascript/blob/es5-deprecated/es5/README.md#commas

Я б також рекомендував Документи Mozilla:
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Trailing_commas

У Chrome 52:

[1,].length --> 1
[1,2,].length --> 2
[].length --> 0 
[,].length --> 1    <<<<=== OUHHHHH !!!!

Мені просто не подобаються сліди комами. Люди зазвичай використовують їх у проектах з відкритим кодом, щоб уникнути стирання рядка, написаного іншим комітетом. Дивіться те саме питання в Python: https://stackoverflow.com/a/11597911/968988