オプションのセミコロン

ほとんどの場合、汎用の命令型言語では、ステートメント区切り文字としてセミコロンが必要か、完全に禁止されています（CやPythonなど）。

ただし、JavaScriptなどの一部の言語では、ステートメントをセミコロンで区切らずに、他の区切り文字（改行など）を優先できます。

この背後にある設計上の決定は何ですか？同じ行に複数のステートメントを記述する場合、セミコロンが不可欠であることを理解していますが、セミコロンを必須にする別の理由があります（以下のCを除く）？

それらを必須にする（または完全に禁止する）と、コーナーケースの数が減り、不明瞭なバグの潜在的な原因が排除され、コンパイラー/インタープリターの設計が簡素化されます。

それらをオプションにすることを選択した言語設計者は、構文の柔軟性を高める代わりに、あいまいさを伴うことを選択しました。

JavaScriptは、これが非常に悪い考えであることを示しています。例えば：

return
0;

Cでは、これは値0を返します。JavaScriptではundefined、returnステートメントの後にセミコロンが挿入されるため、これが返されます。自動セミコロン挿入の詳細について知らない限り、コードが壊れている理由はすぐにはわかりません。

セミコロンを必須にするために、文法とパーサーをいくらか単純化します。基本的に、それは字句解析プログラムが改行を含むすべての空白をダンプできるようにし、パーサーはそれについてまったく心配する必要がありません。

一方、パーサーにホワイトスペースについて伝えたいと思ったら、セミコロンをオプションにすることはそれほど難しくありません。多くの場合、whitespaceトークンと一緒にそれらをまとめることができ、パーサーはそれをうまく処理できます。

たとえば、次の一連のCステートメントにセミコロンを挿入してみてください。

functionCall(3, 4) 9 + (3 / 8) variable++ while(1) { printf("Hello, world\n") }

のようにwhile(1);、実行できない奇妙なことがほとんどありますが、ほとんどの場合、最新の解析手法を使用すると、特定の区切り文字なしでステートメントの終わりを判断するのが比較的簡単です。それでも変なものを許可したい場合でも、newline_or_semicolon非ターミナルを作ることはそれほど難しくありません。

セミコロンは、2つの理由で文法に役立ちます。まず、長いステートメントを途方もない継続文字なしで複数行に分割できます（私はFortranとBasicについて話しています）。次に、タイプミスのために構文が本当に複雑になったときに、パーサーが構文解析を「あきらめる」方法を用意しましょう。カールビーレフェルトの例を盗んで、

functionCall(3, 4) 9 + (3 / 8) variable++ while(1) { printf("Hello, world\n") }

もう1つの開いた括弧を入力したとしましょう。

functionCall((3, 4) 9 + (3 / 8) variable++ while(1) { printf("Hello, world\n") }

今どこに間違いがありますか？セミコロンがある場合は、パーサーが最初のセミコロンをあきらめる方が簡単です。必要に応じて、セミコロンの後も解析を続けることができます。

functionCall((3, 4);  <- something is wrong here. emit error and keep going.
                      9 + (3 / 8); variable++; while(1) { printf("Hello, world\n"); }

パーサーでエラーを報告しやすくなり、エラーが発生した行/列を特定しやすくなりました。

セミコロンは、あなたが質問で言及するように、常にオールオアナッシングとは限りません。たとえば、Luaの文法は自由形式（改行を含むすべての空白は無視できます）になるように慎重に設計されていますが、セミコロンを使用する必要もありません。たとえば、次のプログラムは同等です。

--One statement per line
x = 1
y = 2

--Multiple statements per line
x = 1 y = 2

--You can add semicolons if you want but its just for clarity:
x = 1; y = 2

すべての設計と構築は別として、多くのプログラマーはさまざまなバックグラウンドから来ており、セミコロンの使い方を学んだプログラマーもいなかったプログラマーもいると思います。出現しつつある新しい言語の多くは、セミコロンを必要とせず、それが存在することを許可しています。それは、より多くのプログラマーがこれらの新しい言語でコーディングする方法を学ぶための、彼らが始めたときからの習慣をあきらめる必要がない方法だと思います。