在Ruby 1.8中,proc/lambda和proc .new之间有细微的区别。

这些区别是什么? 你能告诉我如何决定选择哪一个吗? 在Ruby 1.9中,proc和lambda是不同的。怎么回事?


当前回答

我不能说太多细微的差别。但是,我可以指出Ruby 1.9现在允许lambdas和block的可选参数。

下面是1.9版本中stabby lambdas的新语法:

stabby = ->(msg='inside the stabby lambda') { puts msg }

Ruby 1.8没有这种语法。声明blocks/lambdas的传统方式也不支持可选参数:

# under 1.8
l = lambda { |msg = 'inside the stabby lambda'|  puts msg }
SyntaxError: compile error
(irb):1: syntax error, unexpected '=', expecting tCOLON2 or '[' or '.'
l = lambda { |msg = 'inside the stabby lambda'|  puts msg }

然而,Ruby 1.9支持可选参数,即使使用旧语法:

l = lambda { |msg = 'inside the regular lambda'|  puts msg }
#=> #<Proc:0x0e5dbc@(irb):1 (lambda)>
l.call
#=> inside the regular lambda
l.call('jeez')
#=> jeez

如果你想为Leopard或Linux构建Ruby1.9,看看这篇文章(无耻的自我推销)。

其他回答

在我看来,这两者之间最重要的区别是回报行为上的差异。我也更喜欢lambda,因为它的类型比Proc.new少:-)

我找到了这个页面,它展示了Proc.new和lambda之间的区别。根据该页面,唯一的区别是lambda严格限制它接受的参数数量,而Proc.new将缺失的参数转换为nil。下面是一个IRB会话示例,说明了两者的区别:

irb(main):001:0> l = lambda { |x, y| x + y }
=> #<Proc:0x00007fc605ec0748@(irb):1>
irb(main):002:0> p = Proc.new { |x, y| x + y }
=> #<Proc:0x00007fc605ea8698@(irb):2>
irb(main):003:0> l.call "hello", "world"
=> "helloworld"
irb(main):004:0> p.call "hello", "world"
=> "helloworld"
irb(main):005:0> l.call "hello"
ArgumentError: wrong number of arguments (1 for 2)
    from (irb):1
    from (irb):5:in `call'
    from (irb):5
    from :0
irb(main):006:0> p.call "hello"
TypeError: can't convert nil into String
    from (irb):2:in `+'
    from (irb):2
    from (irb):6:in `call'
    from (irb):6
    from :0

该页面还建议使用lambda,除非您特别想要容错行为。我同意这种观点。使用lambda似乎更简洁一点,而且差异如此微不足道,在一般情况下,它似乎是更好的选择。

至于Ruby 1.9,抱歉,我还没有研究过1.9,但我不认为他们会有那么大的变化(不过不要相信我的话,似乎你已经听说了一些变化,所以我可能错了)。

我不能说太多细微的差别。但是,我可以指出Ruby 1.9现在允许lambdas和block的可选参数。

下面是1.9版本中stabby lambdas的新语法:

stabby = ->(msg='inside the stabby lambda') { puts msg }

Ruby 1.8没有这种语法。声明blocks/lambdas的传统方式也不支持可选参数:

# under 1.8
l = lambda { |msg = 'inside the stabby lambda'|  puts msg }
SyntaxError: compile error
(irb):1: syntax error, unexpected '=', expecting tCOLON2 or '[' or '.'
l = lambda { |msg = 'inside the stabby lambda'|  puts msg }

然而,Ruby 1.9支持可选参数,即使使用旧语法:

l = lambda { |msg = 'inside the regular lambda'|  puts msg }
#=> #<Proc:0x0e5dbc@(irb):1 (lambda)>
l.call
#=> inside the regular lambda
l.call('jeez')
#=> jeez

如果你想为Leopard或Linux构建Ruby1.9,看看这篇文章(无耻的自我推销)。

Proc比较老,但是返回的语义对我来说是非常违反直觉的(至少在我学习这门语言的时候),因为:

如果您正在使用proc,那么您很可能正在使用某种函数范式。 Proc可以返回封闭作用域之外(参见前面的响应),这基本上是一个goto,本质上是非功能性的。

Lambda在功能上更安全,更容易推理——我总是使用它而不是proc。

用lambda创建的procs和用Proc.new创建的procs之间另一个重要但微妙的区别是它们如何处理return语句:

在lambda创建的proc中,return语句只从proc本身返回 在proc .new创建的proc中,return语句有点令人惊讶:它不仅从proc中返回控制,而且还从包围proc的方法中返回控制!

这是lambda创建的proc的返回操作。它的行为方式可能和你预期的一样:

def whowouldwin

  mylambda = lambda {return "Freddy"}
  mylambda.call

  # mylambda gets called and returns "Freddy", and execution
  # continues on the next line

  return "Jason"

end


whowouldwin
#=> "Jason"

这里是proc。new-created的proc的返回,做同样的事情。您将看到Ruby打破了被大肆吹嘘的最小惊喜原则的一个案例:

def whowouldwin2

  myproc = Proc.new {return "Freddy"}
  myproc.call

  # myproc gets called and returns "Freddy", 
  # but also returns control from whowhouldwin2!
  # The line below *never* gets executed.

  return "Jason"

end


whowouldwin2         
#=> "Freddy"

由于这种令人惊讶的行为(以及更少的输入),在创建procs时,我倾向于使用lambda而不是Proc.new。