下一行的持续运营商是否存在分号插入危险？

Question

从历史上看,我喜欢打断表达式,以便在续行中显示"它明显不完整"的偏见:

var something = foo + bar
    + baz(mumble);

这种态度来自于使用分号来终止表达式的语言.由于没有分号,第一行显然已经不完整了,所以最好让读者清楚第二行不完整.

替代方案是:

var something = foo + bar +
    baz(mumble);

这对我来说不是那么好.现在告诉它baz(mumble);不是独立的唯一方法(缩进除了)是扫描你的眼睛到前一行的末尾. (这可能是长的,因为你需要首先打破它.)

但是在奇怪的JavaScript领域,我开始看到人们将代码从看起来像第一种形式的东西改为第二种形式,并警告"自动分号插入".它肯定会引起一些令人惊讶的行为.当我把"学习自动分号插入是什么以及我是否应该这样做"放入我的无限任务队列时,并不是真的想深入研究那个切线.

当我确实调查它时,我发现自己半确定......但不确定......我对它的使用方式没有危险.似乎问题来自于我是否已经停止了+事故并写道:

var something = foo + bar
    baz(mumble);

...然后JavaScript会foo + bar为您插入分号,因为这两行都是完整的表达式.我推断,或许那些其他JavaScript程序员认为偏向"明显有意不完整"的位到最后一行是更好的,因为它指出了分号不在的位置.

然而,如果我已经正确地阐述了我的前提,那么我正在以一种随后的线条"明显不完整"的方式塑造我的虚线.如果情况并非如此,那么我首先不会认为我的方式是优势.

我是否正确,我的方式不是我描述如何使用线延续的条件的风险？是否有任何"看似不完整"的表达陷阱实际上以令人惊讶的方式完成？

为了提供一个"以令人惊讶的方式完成"的例子,考虑是否+ 1;可以将其解释为在一条线上只是正面的.它似乎可以:

但是jsfiddle给出了6个:

var x = 3 + 2
+ 1;
alert(x)

也许这只是控制台中的一个怪癖,但它让我担心我的"只要第二行不是完全表达的解释就可以了".

Answer 1

如果你需要一些语法上有效的线,并与换行符圈点它,自动分号插入不适用(除了在狭窄的情况下return,throw并且很少有其他声明,如下所示).ASI仅在绝对没有其他方式来解释代码时才会发生.当然,有一种方法可以将多行代码解释为单个语句,因为它作为单行有效.简而言之,ASI通常是解析器尝试理解程序的最后工具.

引用ES5,规范中详述的第一个ASI案例就是 ......

1. 当从左到右解析程序时,遇到任何语法生成都不允许的令牌(称为违规令牌)...

但是这种情况自然会被消除,因为在向其中注入换行符之前,你有一个语法上有效的行.因此,ASI的这种情况不适用于您的情况,因为它取决于没有分号的语法有效的代码范围.你没有这里.

(该另外两种情况不适用任一;第二壳体适用于节目的结束和第三壳体适用于continue,break,return,throw,和后缀++/ --运营商).

人们对ASI的常见问题发生在作者有两条线时,他希望这两条线分开,但这两条线在被理解为单线时恰好不会产生语法问题.那个案子从两行开始,他们不小心变成了一行.你的情况是相反的:你从一行开始; 它不小心变成两个.

Answer 2

我开始看到人们将代码从看起来像第一种形式的东西改为第二种形式,并警告"自动分号插入"

那是垃圾.当你有一个操作员(在任何一行)时,将没有ASI - 请参阅JavaScript的自动分号插入(ASI)的规则是什么？

由于放置操作员的两种风格都可以使用,因此两者都被普遍接受,并且归结为个人/风格指南偏好.一旦你选择坚持它以保持一致性,你已经命名了一些参数.

两者都没有"危险",说实话,你不应该关心ASI.人们被它咬了只因为a)他们不喜欢分号并期望自动插入,但下一行是语法上有效的延续,或者b)他们return在Allman风格的语句之后编写对象/数组文字.