Из известных мне интерпретируемых языков (Python, Perl, R, bash) многострочные комментарии обычно связаны с неправильным использованием другой функции языка (например, многострочные строки).
Есть ли что-то, присущее типу синтаксического анализа, который делают интерпретаторы, что затрудняет многострочные комментарии? Не похоже, что он должен существенно отличаться, скажем, от многострочных строк.
Нет, у языков сценариев нет причин не поддерживать многострочные комментарии. JavaScript, Groovy, Lua, PHP, REXX, Smalltalk и Dart поддерживают многострочные комментарии.
По правде говоря, я уверен, что не имеет значения, когда речь идет о реализации любой формы многострочных комментариев (на основе методов, которые большинство анализаторов используют для чтения/выполнения скрипта). По моему личному мнению, скрипты больше всего нуждаются в многострочных комментариях из-за распределения и объяснения (большинство языков высокого уровня обычно компилируются, и в любом случае только часть из них имеет открытый исходный код). Я знаю, что Lua, язык сценариев, предоставляет многострочные комментарии:
--[==[
COMMENT
]==]--
Я уверен, что это просто случайность, что многие языки не поддерживают это. Обычно приемлемо просто использовать однострочные комментарии для создания многострочного комментария.
//*****************************************\\
//** **\\
//** JOHN SMITH **\\
//** COPYRIGHT 2008-2011 **\\
//** **\\
//*****************************************\\
Многие люди также будут использовать однострочные комментарии для создания классного изображения (ASCII ART), используя символ комментария для начала изображения (вроде того, что показано выше, где // — это символ(ы)/фраза комментария).
В Python мы просто используем многострочную строку в качестве комментария.
Зачем иметь два вида синтаксиса, когда достаточно одного?
Не во всех интерпретируемых языках отсутствуют многострочные комментарии. У Руби, например, они есть.
Я подозреваю, что это в значительной степени предпочтение дизайнера языка. Некоторые просто не считают многострочные комментарии необходимой функцией. (Многие редакторы кода в наши дни предлагают ярлыки, которые комментируют/раскомментируют большие блоки кода с помощью однострочных комментариев.)
Кроме того, многострочные комментарии усложняют синтаксический анализатор. Например, он должен иметь дело с возможностью вложенных комментариев. Зачем усложнять, если в этом нет необходимости?
# означает начало комментария к строке. Это просто. Просто реализовать в синтаксическом анализаторе, просто запомнить программистам, просто запомнить непрограммистам. Просто grep в комментариях или опустить, если вы не делаете grep в комментариях). Нет необходимости добавлять сложности с небольшим усилением.
- person nos; 20.05.2011
Я подозреваю, что это просто языковая предвзятость. Многострочные комментарии в стиле C, как правило, появляются в языках C-esque, но в большинстве других языков нет эквивалента.
Что касается самих парсеров. Я не могу придумать причины, по которой синтаксические анализаторы не реализуют многострочные комментарии, кроме того, что разработчик языка просто не хотел этого. Большинство генераторов синтаксических анализаторов могут легко обрабатывать эту конструкцию.
(* .. *), Haskell имеет {- .. -}...
- person Xodarap; 20.05.2011
В вашем вопросе два неверных предположения.
Первое неверное предположение состоит в том, что «интерпретируемые языки/языки сценариев редко имеют многострочные комментарии». Вы страдаете предвзятостью подтверждения. Существуют компилируемые языки с однострочными комментариями (например, Фортран, многие диалекты Лиспа) и интерпретируемые языки с многострочными комментариями (например, Perl, Python).
Второе неверное предположение заключается в том, что речь идет о «неправильном использовании другой функции». Языки лучше спроектированы в целом, нет необходимости вводить дополнительную функцию для многострочных комментариев, если какая-то функция, которая и так существует, сделает свое дело. Например, в Python существуют многострочные строки, а инструкция, состоящая только из строки, является невыполнимой, поэтому многострочные строки дают прекрасные комментарии. В Perl одним из способов создания многострочных комментариев является Pod, формат документации; комментарии являются своего рода документацией, поэтому вполне естественно использовать =pod … =cut для многострочных комментариев (многострочные строки через здесь документы <<'EOF'; … EOF, другой способ).
