Ruby 1.9中的#to_proc符号和（即将能用的）curried Procs

Ruby 1.9 除了具有像 线程机制的改变或者纤程（Fibers） 这些较大的新特性以外，还在标准库中增加了一些小而实用的功能。我们已经谈过了 Object.tap方法 ，它带来了一种简便的方法来监视链式方法调用。

与 tap方法类似， to_proc已经在Ruby社区中出现一段时间了——Ruby 1.9预发布版本也具备了这个特性。Ruby 1.9简单地把它整合在 Symbol类中，无须任何支持库就可以使用。

Reg Braithwaite 简单地介绍了 to_proc是怎样让 (1..100).inject(&:+) 这样的代码工作的:

& 操作符用来把Proc对象转化成块，或者把块转化成Proc对象。这此例中，它试图把符号 :+ 转换成一个块。此转换过程使用了Ruby内建的强制机制。这个机制会检查我们是否有一个Proc对象。如果没有，它就把#to_proc方法传递到参数中 来生成一个Proc。如果符号 :+ 有#to_proc方法，就调用它。在Ruby 1.9中，它就有一个#to_proc方法。此方法使用了第一个参数，然后返回一个Proc，并把 + 方法和其他参数传递给它。
由此可见， &:+ 实际上就是 { |x, y| x + y }

要完成这个动作，也可以采用下面的代码：

plus = :+.to_proc
puts plus.call(1,2) # prints '3' 

由于 Symbol类具有 to_proc方法，由此所有的符号都可以这样使用：

to_s = :to_s.to_proc
to_s.call(42) # results in the string "42" 

to_proc的实现很简单。 Dave Thomas (PragDave) 演示了它是如何工作的：

def to_proc
 proc { |obj, *args| obj.send(self, *args) }
end 

当一个对象调用它时，就创建一个Proc，再把符号本身传递给对象。因此，比如当names.map(&:upcase)开始迭代names中的字符串时，它就调用里面这个块，把第一个name传递过去，并调用它的upcase方法。

这个特性也许可以产生非常简洁的代码，可是还有一个问题：它提高代码的可读性了吗？答案可能已经随着 to_proc增加到Ruby 1.9标准库中而改变了，只是因为符号总是伴随着 to_proc出现。

以前，方法的可用性依赖于代码或库是否开放符号并添加他们。而现在，理解这些代码需要用到 #to_proc这个 习惯称谓的知识，Ruby 1.9中已经正式加入了它，并且在文献中会越来越多的涉及到。

还剩下一个问题：

 (1..100).map(&:to_s) 

对比

 (1..100).map{|x| x.to_s } 

只不过省下5个字符（此例中）——额外带来的复杂性是否值得呢？

Ruby 1.9中还增加了一个涉及Procs的特性——尽管只存在于最近的修订版中： Proc#curry。最近在 ruby-core中讨论了 Proc#curry 的作用：

 它一点也不难，
   proc {|x, y, z| x + y + z }.curry
 返回一个与下面代码等价的proc对象
   proc {|x| proc {|y| proc {|z| x + y + z } } } 

这个方法的名字来源于 Currying的概念，也就是：

[..] 是把带有多个参数的函数转化为带有单个参数的函数（其余的参数由curry来决定如何处理）

换 句话说：使用currying，一个带有x个参数的Proc，可以在调用时使用一个参数。当然，它显然不能返回代码的结果——还差几个参数才能运行代码 ——它返回一个带有(x - 1)个参数的新Proc。就这样一直迭代到最初的Proc有了足够的参数，代码才得以运行并返回结果。

例如，在同一个ruby核线程中，它可以这么用：

plus_five = proc { |x,y,z| x + y + z }.curry.call(2).call(3) 
plus_five[10] #=> 15 

注意： plus_five是一个Proc——操作符[ ]被重载来调用它。

警告： Proc#curry最近才加入Ruby 1.9——要试一试的话，你必须使用最近的修订版。

查看原文： Ruby 1.9 with Symbol#to_proc and (soon) curried Procs