如何正确使用“for..in” Coffeescript 对象缩进内的列表理解？

Question

我刚刚开始使用 Coffeescript，所以我可能会问一些非常微不足道的问题，但这个“错误”最近让我绊倒：

class Foo
  toJSON_1: ->
    title: 'toJSON_1'
    items: i for i in [1..5]

  toJSON_2: ->
    items: i for i in [1..5]
    title: 'toJSON_2'

  toJSON_3: ->
    items: (i for i in [1..5])
    title: 'toJSON_3'

foo = new Foo
console.log(foo.toJSON_1())
console.log(foo.toJSON_2())
console.log(foo.toJSON_3())

我会考虑所有这些等效项，但看看 JSON_2 会发生什么：

{ title: 'toJSON_1', items: [ 1, 2, 3, 4, 5 ] }
{ title: 'toJSON_2' }
{ items: [ 1, 2, 3, 4, 5 ], title: 'toJSON_3' }

调试花了一些时间，因为我正在遵循使用符号 JSON_1 的教程，但在我的代码中，列表理解不是最后一项（即 JSON_2） ，直到我偶然发现了测试 JSON_3。

有人可以向我解释为什么 CoffeeScript 解析器以这种方式工作吗？一般情况下正确的习语是什么？我应该始终将列表推导式括在括号内吗？听起来像是一个等待发生的错误，总是假设只有一个列表理解，并且它将位于对象声明的末尾。

也许这只是我不知道的解析器规则的特殊情况......？

编辑：

进一步使用编译器并生成 Javascript，看起来将代码封装在 {} 括号中，让 Coffeescript 做正确的事情 /em>：

 toJSON_2: ->
   {
     items: i for i in [1..5]
     title: 'toJSON_2
   }

我想我的问题可以归结为：

• 使用 {} 括号或括号更惯用吗 围绕列表理解？
• 这种“不可预测”的行为是一个错误吗？
• 如果没有，为什么不呢？

Answer 1

建议在构建数组时将推导式括在括号中，因为 items = (item for item in list when x is y)。

在 toJSON_2 中，第一行被解释为

{ items: i } for i in [1..5]

您不能为此责怪咖啡脚本，因为意图尚不清楚。我的建议是遵循一个简单的准则：任何会使人类感到困惑的东西很可能会让解析器感到困惑。

这包括将表达式括在括号中、使用显式返回值、对象文字括号、临时变量以及在代码中明确表达意图所需的任何内容。

Answer 2

修复 #1871 和 #1903 过早。

Answer 3

这是我作为一名程序员的观点，但不是作为一个真正使用过 CoffeeScript 的人的观点（到目前为止，我已经对它进行了相当深入的研究）：编程时，你的一般努力应该是使你的代码的含义尽可能明显和明确（尽管也可能有其他重要的事情，所以这并不总是最重要的目标）。

当你遇到这样的令人讨厌的区域时（有些 CoffeeScript 的人会知道，有些则不会 - 在这种情况下，我碰巧在尝试使用它之前在研究 CoffeeScript 时读到过它），花括号使它更加更加明显且明确。而对于另一个，你会留下一个脆弱的结构，初学者会对其进行看似完全无害的更改，但这会完全破坏它（你可能没有意识到这一点，然后调试将非常 困难）。