Нужны ли точки с запятой после литерального присвоения объекта в JavaScript?

Question

Следующий код иллюстрирует присвоенный литерал объекта, но без точки с запятой:

var literal = {
    say: function(msg) { alert(msg); }
}
literal.say("hello world!");

Это кажется законным и не выдает предупреждение (по крайней мере, в Firefox 3). Это полностью законно, или существует строгая версия JavaScript, где это не разрешено?

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

Answer 1

С технической точки зрения во многих ситуациях JavaScript имеет точки с запятой как необязательные.

Но, как правило, используйте их в конце любого утверждения. Зачем? Потому что если вы когда-нибудь захотите сжать скрипт, он избавит вас от бесчисленных часов разочарования.

Переводчик автоматически вводит точку с запятой, поэтому вы можете опустить их, если захотите. В комментариях кто-то утверждал, что

Точки с запятой не являются обязательными для операторов типа break / continue / throw

но это неверно. Они не являются обязательными; что на самом деле происходит, так это то, что терминаторы строки влияют на автоматическую вставку точек с запятой; это тонкая разница.

Вот остальные стандарты для вставки точек с запятой:

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

Answer 2

YUI Compressor и dojo shrinksafe должны прекрасно работать без точек с запятой, поскольку они основаны на полном парсере JavaScript. Но Пакер и JSMin не будут.

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

var literal = {
    say: function(msg) { alert(msg); }
}
(function() {
    // ....
})();

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

Answer 3

Интерпретаторы JavaScript выполняют так называемую «вставку точки с запятой», поэтому, если строка без точки с запятой является действительной, точка с запятой будет тихо добавлена ​​в конец оператора, и ошибка не возникнет.

var foo = 'bar'
// Valid, foo now contains 'bar'
var bas =
    { prop: 'yay!' }
// Valid, bas now contains object with property 'prop' containing 'yay!'
var zeb =
switch (zeb) {
  ...
// Invalid, because the lines following 'var zeb =' aren't an assignable value

Не слишком сложно и, по крайней мере, выдается ошибка, когда что-то явно не так. Но бывают случаи, когда выдается ошибка , а не , но операторы не выполняются должным образом из-за вставки точки с запятой. Рассмотрим функцию, которая должна возвращать объект:

return {
    prop: 'yay!'
}
// The object literal gets returned as expected and all is well
return
{
    prop: 'nay!'
}
// Oops! return by itself is a perfectly valid statement, so a semicolon
// is inserted and undefined is unexpectedly returned, rather than the object
// literal. Note that no error occurred.

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

Впервые я узнал об этой коварной маленькой возможности, прочитав превосходную и лаконичную книгу Дугласа Крокфорда" JavaScript: The Good Parts ". Я очень рекомендую.

Answer 4

В этом случае не нужно использовать точку с запятой в конце оператора. Вывод тот же, но рассуждение еще далеко.

В JavaScript нет точек с запятой как «необязательных». Скорее, он имеет строгие правила в отношении автоматической вставки точек с запятой. Точки с запятой не являются обязательными для операторов типа break, continue или throw. Обратитесь к спецификации языка ECMA для получения более подробной информации; в частности 11.9.1, правила автоматической вставки точек с запятой .

Answer 5

Точка с запятой не обязательна. Некоторые люди предпочитают следовать соглашению всегда заканчивать точкой с запятой вместо того, чтобы разрешать JavaScript делать это автоматически при переносе строк, но я уверен, что вы найдете группы, выступающие в любом направлении.

Если вы хотите написать «правильный» JavaScript, я бы предложил протестировать что-либо в Firefox с javascript.options.strict (доступ через about:config), установленным в true. Он может не поймать все, но он должен помочь вам убедиться, что ваш код JavaScript более совместим.

Answer 6

Это недопустимо (см. Пояснение ниже) код JavaScript, так как присвоение - это просто регулярное утверждение, ничем не отличающееся от

var foo = "bar";

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

Если вы хотите писать правильный код JavaScript, введите точку с запятой: -)

В соответствии со спецификацией ECMAscript, http://www.ecma -international.org / публикации / стандарты / Ecma-262.htm , точки с запятой автоматически вставляются в случае отсутствия. Это делает их необязательными для автора сценария, но подразумевает, что они необходимы для интерпретатора. Это означает, что ответом на исходный вопрос является «Нет», они не требуются при написании сценария, но, как отмечают другие, рекомендуется по разным причинам.

Answer 7

Используйте JSLint , чтобы поддерживать JavaScript в чистоте и порядке

Дж.С.Линт говорит:

Ошибка:

Подразумеваемый глобальный: оповещение 2

Проблема в строке 3, символ 2: отсутствует точка с запятой.

}