枚举器：带有两个参数的收集方法

Question

我有这样的代码：

users = ["foo", "bar"]
users.collect { |item, value = []| value << {:name => item} }.flatten

这在 ruby​​-1.9.2 中像风一样工作：

=> [{:name=>"foo"}, {:name=>"bar"}]

但这在 ruby​​-1.8.7 中不起作用，因为它不喜欢收集两个参数：

SyntaxError: compile error
(irb):2: syntax error, unexpected '=', expecting '|'
users.collect { |item, value = []| value << {:name => item} }.flatten

阅读文档 这是真的，collect 不需要两个参数，但它在 ruby​​ 中工作1.9.2.那么我是否遗漏了一些东西，我的 Array/Enumerable 正在以某种奇怪的方式进行修补，或者文档是否错误？

Answer 1

我认为你错过了一些东西。这就是你想要做的，它在 1.9 和 1.8 中都有效：

users.collect { |i| { :name => i } }

Answer 2

1.8.7 并不是抱怨块获取两个参数，而是抱怨您尝试为第二个参数提供默认值。这个：

users.collect { |item, value| value << {:name => item} }.flatten

在 1.8.7 中解析得很好，但是，当然，它在运行时会失败，因为 value 是 nil。

1.9 确实允许块参数使用默认值（见下文）。

所以不，文档没有错，您只是使用 collect 以一种奇怪的方式在 1.9.2 中工作，因为它允许块参数的默认值。

无论如何，您对collect的使用有点复杂，并且可能没有按照您想象的那样做，您应该听Casper并只做一个简单的collect：

users.collect { |item| { :name => item } }

但是，如果您有 << 的东西并且无论如何都想使用它，您可以使用 inject 在 1.8.7 和 1.9.2 中：

users.inject([ ]) { |value, item| value << { :name => item } }

但这毫无意义的复杂性。

---

你激起了我的好奇心，所以我去 Ruby 解析器文件寻求权威参考。也许毫无意义的忙碌工作，但“无意义”和“糟糕”是不同的事情。

1.9.2-p180 parse.y 有以下内容：

block_param     : f_arg ',' f_block_optarg ',' f_rest_arg opt_f_block_arg
                | f_arg ',' f_block_optarg ',' f_rest_arg ',' f_arg opt_f_block_arg
                | f_arg ',' f_block_optarg opt_f_block_arg
                /* ... */
f_block_optarg  : f_block_opt
f_block_opt     : tIDENTIFIER '=' primary_value

如果您稍微跟踪一下，您会发现 block_param 规则用于类似这样的事情：

{ |eggs| ... }
{ |two_cent, stamp| ... }
{ |where_is, pancakes = 'house'| ... }

以及 do/end 形式。然后从 block_param 向下追踪到 f_block_opt，您将看到语法明确允许默认值的位置。

OTOH，1.8.7-p248 parse.y 有这样的内容：

opt_block_var : none
              | '|' /* none */ '|'
              | tOROP
              | '|' block_var '|'

block_var 中没有任何内容允许块参数使用默认值。 tOROP 只是允许这两种形式：

{ | | pancakes }    # '|' /* none */ '|'
{ ||  pancakes }    # tOROP, the logical "or" operator: ||