除JavaScript外，其他任何语言在花括号开始位置（同一行和下一行）之间是否有区别？

今天，当我随机阅读O'Reilly的JavaScript模式书籍时，我发现了一件有趣的事情（参考第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和ruby。

任何不依靠分号（而是换行符）来分隔语句的语言都可能允许这样做。考虑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解释器，JavaScript解释器会自动在每行的末尾添加一个（有些例外，请不要在此处进入：）。

因此，基本上，问题不是括号的位置（这里表示对象文字，而不是大多数语言中的代码块），而是这个小“功能”，迫使您的第一个示例return ;== undefined。您可以return 在ES5规范中查看的行为。

对于其他具有类似行为的语言，请查看Konrad的答案。

可以肯定。Google的go编程语言表现出非常相似的行为（尽管效果不同）。如此处所述：

实际上，发生的是形式语言使用分号，就像在C或Java中一样，但是它们自动插入到看起来像语句结尾的每一行的末尾。您无需自己输入。

..snip ...

这种方法使代码看起来干净，无分号。令人惊讶的是，将诸如if语句之类的结构的左括号与if放在同一行很重要。如果您不这样做，则某些情况可能无法编译或给出错误的结果。语言在某种程度上强制了大括号样式。

秘密地，我认为Rob Pike只是想借口要求One True Brace Style。

这个问题的答案很简单。任何具有“自动分号插入”的语言都可能在该行出现问题。这个问题

return
{
     name: 'rajat'
};

..是js引擎将在该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（也有其语法“奇数”；可选的半冒号，仅使用空格的字符串连接等）。我认为DTrace设计器松散地基于D语法在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
$