JavaScript以外の他の言語では、中括弧の開始位置に違いがありますか（同じ行と次の行）？

今日、O'ReillyのJavaScriptパターンをランダムに読んでいるときに、興味深いことが1つ見つかりました（27ページを参照）。

Javascriptでは、ブレースの開始位置が異なる場合、場合によっては違いがあります。

function test_function1() {
    return
    {
        name: 'rajat'
    };
}

var obj = test_function1();
alert(obj);  //Shows "undefined"

ながら

function test_function2() {
    return {
        name: 'rajat'
    };
}

var obj = test_function2();
alert(obj); //Shows object

JSfiddleデモ

他の言語にそのような振る舞いはありますか？もしそうなら、私は確かに私の習慣を変更する必要があります.. :)

私は主にPHP、C、C ++、Java、およびルビーについて心配しています。

任意の範囲を定めるステートメントにセミコロン（代わりに改行上）に依存しない言語では、潜在的にこれを可能にします。Pythonを考えてみましょう：

>>> def foo():
...   return
...   { 1: 2 }
... 
>>> def bar():
...   return { 1: 2 }
... 
>>> foo()
>>> bar()
{1: 2}

Visual Basicでも同様のケースを作成できるかもしれませんが、VBは値を配置できる場所がかなり制限されているため、頭上ではわかりません。しかし、静的アナライザーが到達不能コードについて不平を言っていない限り、以下は機能するはずです。

Try
    Throw New Exception()
Catch ex As Exception
    Throw ex.GetBaseException()
End Try

' versus

Try
    Throw New Exception()
Catch ex As Exception
    Throw
    ex.GetBaseException()
End Try

あなたが言及した言語から、Rubyは同じ性質を持っています。PHP、C、C ++、およびJavaは、改行を空白として破棄し、ステートメントを区切るためにセミコロンを必要とするだけではありません。

RubyのPythonの例からの同等のコードを次に示します。

>> def foo
>>   return { 1 => 2 }
>> end
=> nil
>> def bar
>>   return
>>   { 1 => 2 }
>> end
=> nil
>> foo
=> {1=>2}
>> bar
=> nil

JavaScriptインタープリターは、;行が見つからない場合、自動的に各行の終わりにa を追加します（ただし、いくつかの例外はありますが、ここでは取得しません）。

したがって、基本的に問題は中括弧の場所（ここではオブジェクトリテラルを表し、ほとんどの言語のコードブロックではありません）ではなく、最初の例をreturn ;=>に強制するこの小さな「機能」ですundefined。return ES5の仕様での動作を確認できます。

同様の動作をする他の言語については、Konradの回答をご覧ください。

確かに。Googleの goプログラミング言語は、非常によく似た動作を示します（効果は異なります）。そこで説明したように：

実際、CやJavaのように、正式な言語ではセミコロンが使用されますが、ステートメントの終わりのように見えるすべての行の終わりにセミコロンが自動的に挿入されます。自分で入力する必要はありません。

..をちょきちょきと切る...

このアプローチにより、見た目がきれいでセミコロンのないコードになります。1つの驚きは、ifステートメントなどの構造の開始中括弧をifと同じ行に置くことが重要であることです。そうしないと、コンパイルできない場合や、間違った結果が生じる場合があります。言語はブレーススタイルをある程度強制します。

ひそかに、私はロブ・パイクがOne True Braceスタイルを要求する言い訳がちょうど欲しかったと思います。

その質問への答えはかなり簡単です。「セミコロンの自動挿入」がある言語は、その行で問題が発生する可能性があります。これの問題

return
{
     name: 'rajat'
};

..これは、jsエンジンがreturn;ステートメントの後にセミコロンを挿入することを意味します（したがってreturn undefined）。この例は、中かっこを常に右側で開き、左側でも開かないようにするための適切な理由です。あなたはすでに正しく気づいたので、同じ行に中括弧がある場合、通訳者はそれに気づきセミコロンを挿入することができません。

FWIW、JSLintはその構文でいくつかの警告を報告します。

$ jslint -stdin
function foo(){
  return
  { x: "y" };
}
^D
(3): lint warning: unexpected end of line; it is ambiguous whether these lines are part of the same statement
  return
........^

(3): lint warning: missing semicolon
  { x: "y" };
..^

(3): lint warning: unreachable code
  { x: "y" };
..^

(3): lint warning: meaningless block; curly braces have no impact
  { x: "y" };
..^

(3): lint warning: use of label
  { x: "y" };
.....^

(3): lint warning: missing semicolon
  { x: "y" };
...........^

(3): lint warning: empty statement or extra semicolon
  { x: "y" };
............^


0 error(s), 7 warning(s)

私がこれに出会った最初の言語はawkでした（これにも構文の「奇数」、オプションのセミコロン、空白のみを使用した文字列連結などの共有があります）。D構文に緩く基づいているDTraceデザイナーawkでは、これらの機能をコピーしないように十分な意味がありましたが、頭の上から覚えていません。簡単な例（私のMacから、DTD内のENTITYタグの数を数える）：

$ cat printEntities.awk 
# This prints all lines where the string ENTITY occurs
/ENTITY/ {
  print $0
}
$ awk -f printEntities.awk < /usr/share/texinfo/texinfo.dtd | wc -l
     119

この小さなスクリプトの代わりに、中括弧を付けて記述した場合、次のようになります。

$ cat printAll.awk 
# Because of the brace placement, the print statement will be executed
# for all lines in the input file
# Lines containing the string ENTITY will be printed twice,
# because print is the default action, if no other action is specified
/ENTITY/
{ 
   print $0 
}
$ awk -f printAll.awk < /usr/share/texinfo/texinfo.dtd | wc -l
     603
$ /bin/cat < /usr/share/texinfo/texinfo.dtd | wc -l
     484
$