为什么使用过程而不是方法？

Question

我是编程新手，Ruby 是我第一次真正接触它。我得到了块，但 procs 似乎是一个轻量级的方法/函数概念——为什么要使用它们？为什么不直接使用方法？

感谢您的帮助。

Answer 1

Proc 是一段可调用的代码。您可以将其存储在变量中，作为参数传递，否则将其视为first-class value。

为什么不直接使用方法？

取决于您在这里所说的“方法”是什么意思。

class Foo
  def bar
    puts "hello"
  end
end

f = Foo.new

在这段代码中，sn-p 方法bar 的使用非常有限。你可以调用它，就是这样。但是，如果您想存储对它的引用（传递到其他地方并在那里调用它），您可以这样做：

f = Foo.new
bar_method = f.method(:bar)

这里的bar_method 非常类似于 lambda（类似于 Proc）。 bar_method 是一等公民，f.bar 不是。

有关更多信息，请阅读@minitech 提到的the article。

Answer 2

调度表设计模式示例

---

为什么使用过程而不是方法？

• 您可能希望在行为变化的情况下动态定义一个 根据参数。
• 您可能想要获取方法的句柄 因此您可以将其作为数据引用。

一种常见的设计模式涉及根据运行时值选择要调用的方法或代码块。比如……

case 1
  when 0
    p :a
  when 1
    p :b
  when 2
    p :c
end

当有许多选择器并且没有办法将调度机制逐步组合在一起时，这会变得有点笨拙。因此，可以这样做：

h = [ proc { p :a }, proc { p :b }, proc { p :c } ]

h[1].call

如果您的键不是小整数序列，您也可以使用Hash 而不是Array。尽管笨拙的 case-selector 设计模式在所有语言中都经常出现，但 dispatch-table-of-procs 却很少使用。通常，可以将结果本身存储在Array 或Hash 中，然后直接索引它们。但是对于复杂的事情，调用proc 可以提供最大的灵活性。

当您继续使用 Ruby 时，您会发现这就是 Ruby 有块的原因。块本质上是作为参数传递给另一个方法的方法。这在 Ruby 和 Smalltalk 中很容易做到，以至于它一直被使用。你可以在 C 中做同样的事情，但它太尴尬了，没有任何乐趣，所以只有当代码编写者在与复杂性的拼命战斗中失败时，才会在 C 中看到它。