Чем обработка Python для переноса строк отличается от автоматической точки с запятой в JavaScript?

Javascript имеет функцию под названием «Автоматическая вставка точек с запятой», в которой, в основном, если синтаксический анализатор обнаруживает недопустимый токен, а последним токеном до этого был разрыв строки, то анализатор вставит точку с запятой в том месте, где находится разрыв строки. Это позволяет вам в основном написать весь свой код JavaScript без точек с запятой, но вы должны знать о некоторых крайних случаях, в основном, если у вас есть ключевое слово return, а затем значение, которое вы хотите вернуть в новой строке.

function test(){
    // This will return 'undefined', because return is a valid statement
    // and  "john" is a valid statement on its own.
    return 
          "john"
}

Из-за этих ошибок есть десятки статей с такими заголовками, как «Автоматическая вставка точки с запятой - это зло», «Всегда используйте точки с запятой в Javascript» и т. Д.

Но в Python никто никогда не использует точки с запятой, и у него точно такие же ошибки.

def test():
    # This will return 'undefined', because return is a valid statement
    # and  "john" is a valid statement on its own.
    return 
    "john"

Работает точно так же, но никто не боится поведения Питонов.

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

Есть мнения? Вы используете точку с запятой в javascript и почему?

Причина в том, что в Python переводы строки являются однозначным способом разделения строк кода; это сделано специально, и способ, которым это работает, был тщательно продуман. В результате код на python отлично читается и однозначен без каких-либо специальных маркеров конца оператора (кроме новой строки).

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

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

Я думаю, что есть довольно принципиальное отличие от того, как это работает в Python. Цитата из поста Эйнара Эгильссона связана с: «точка с запятой не подразумевается в конце строки, если первый токен следующей строки может быть проанализирован как часть того же оператора».

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

// Define a function and name it area.
area = function(r) {
    return r * r * 3.14159
}

// Fooled you! We're actually invoking it.
(14)

Я часто минимизирую свои JS-файлы в производственном режиме. Значит, удаление комментариев и разрывов строк.

Без использования точек с запятой это сломало бы мой Javascript.

Это не работает, как вы описываете.

Javascript имеет функцию под названием «Автоматическая вставка точек с запятой», в которой, в основном, если синтаксический анализатор обнаруживает недопустимый токен, а последним токеном до этого был разрыв строки, то анализатор вставит точку с запятой в том месте, где находится разрыв строки.

Это не правильно. Пример:

return
  1 + 2;

1является вполне допустимым токеном, но синтаксический анализатор будет вставлять точку с запятой сразу после return.

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

Проблема с автоматической вставкой имеет две стороны:

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

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

В любом случае, как вы уже догадались, я считаю, что автоматическая вставка точки с запятой в C-подобном синтаксисе - плохая идея.

Я бы назвал одну простую причину:

Javascript выглядит "своего рода ява" или "своего рода C-иш". Конечно, это динамический язык, поэтому он выглядит по-другому ... но смирись - есть фигурные скобки. Языки с фигурными скобками обычно имеют точки с запятой. Естественные рефлексы включаются и заставляют ваш палец идти к точке с запятой, прежде чем вы нажмете Enter.

Python, напротив, даже на первый взгляд выглядит совершенно иначе. Следовательно, мало или совсем нет аналогии со «стандартными скучными языками», интуитивно формируется, и когда кто-то входит в «режим питона», отсутствие точек с запятой становится естественным.

Существует ряд веских причин не использовать вставку точек с запятой в JavaScript.

Прежде всего, это потому, что вставка точек с запятой, как определено в стандарте ECMAScript, в некоторых случаях не интуитивна. @Svante указывает на случай, returnкогда использование новой строки вызовет проблемы.

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

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

Кроме того, для систем управления контентом встроенный JavaScript может быть автоматически минимизирован, и я видел несколько случаев, когда автоинициатор просто удаляет комментарии и пробелы (включая новые строки) из начала и конца каждой строки.

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

Не использовать точку с запятой - это рецепт сбоя при минимизации файлов JavaScript. Вот почему я боюсь этого.

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

В большинстве случаев ASI JavaScript обрабатывает все как положено. Один из примеров ASI, возможно, не ведет себя так, как вы ожидаете, это:

var i = 0

(function() {
   // do something
})()

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

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

(Как отступление: я не использую точки с запятой при работе над личными / сторонними проектами, потому что я знаю, что больше никому не понадобится поддерживать код.)

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

Я думаю, что это была чрезмерная реакция на жалкое состояние типичного кода JavaScript около десяти лет назад - JavaScript рассматривался как слабый, глючный, некрасивый, плохой язык. Это было смущение. Вы не могли бы написать хороший код на JavaScript!

Затем пришли люди и попытались доказать, что вы можете написать красивый, понятный код на JavaScript. "Правило всегда использовать точки с запятой» было частью этой волны. И если честно, это может сделать несколько ситуаций более понятными.

Почему JavaScript по-прежнему трактуется по-другому?

Там инерция. И не следует упускать из виду, что люди, которые ценят явно структурированный код, часто предпочитают языки в стиле C. Люди, которые ценят неявно структурированный код, часто переходят на языки не в стиле C (например, CoffeeScript).

Я использую их в Javascript строго для согласованности. Если большинство строк имеют

В Python они есть для крайних случаев, таких как множественные операторы в одной строке, в javascript они есть, и, поскольку вы найдете их регулярно используемыми, я соответствую норме, в которой они используются.

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

Если вы используете что-то вроде bundle-fu и менеджера ресурсов для своего веб-приложения в rails, то оно будет ужасно сломано, если не встретится точка с запятой в конце токена в javascript. Так что это хорошая практика.

Я не могу вспомнить, какая именно версия IE, но в некоторых случаях IE буквально выдает ошибку, если точка с запятой отсутствует. IIRC это когда у вас есть в глобальном масштабе что-то вроде:

var myFunc = function() {
  ...
}

Если вы не добавите; после закрывающей скобки программа действительно завершится с ошибкой в ​​некоторых версиях IE. Это, наряду с другими причинами (включая рекомендацию Крокфорда всегда использовать их явно), заставило меня всегда использовать их явно в каждом случае.