平时做技术实践时，很多问题不是概念不会，而是细节没串起来。拿“详细解析Ruby中的代码块对象Proc”来说，它看着像小点，放到项目里常会牵出环境、配置、兼容性和维护成本。下面按实际采用顺序，把思路、关键写法和容易踩坑的地方讲清楚，便于大家直接对照操作。
Proc对象
Proc是由块转换来的对象。新建一个Proc共有四种方法,分别是:
示例
# 法一
inc = Proc.new { | x | x + 1}
inc.call(2) #=> 3
# 法二
inc = lambda {| x | x + 1 }
inc.call(2) #=> 3
# 法三
inc = ->(x) { x + 1}
inc.call(2) #=> 3
# 法四
inc = proc {|x| x + 1 }
inc.call(2) #=> 3
在这个场景下，除了上面的四种之外，还有一种借助&操作符的方式，将代码块与Proc对象进行转换。如果需将某个代码块作为参数传递给方法，需借助为这个参数添加&符号，同时且其位置必须是在参数的最后一个
&符号的含义是： 这是一个Proc对象，我想把它当成代码块来采用。去掉&符号，将能再次得到一个Proc对象。
示例
def my_method(&the_proc)
the_proc
end
p = my_method {|name| “Hello, #{name} !”}
p.class #=> Proc
p.call(“Bill”) #=> “Hello,Bill”
def my_method(greeting)
“#{greeting}, #{yield}!”
end
my_proc = proc { “Bill” }
my_method(“Hello”, &my_proc)
一些需留意的地方
从实现思路看，在采用block时，我会忽略proc的存在，我将proc定位为一个幕后的工作者。我经常写类似下面的代码，
def f(...)
...
yield
...
end
def f(..., &p)
...
p.call
...
end
def f(..., &p)
instance_eval &p
...
end
def f(..., &p)
...
defime_method m, &p
...
end
有些新手会写类似下面的一执行就会报错的代码,
def f(..., &p)
instance_eval p
end
def f(..., p)
instance_eval p.call
end
也有这样写的,
def f(..., &p)
instance_eval do
p.call
end
end
或者
def f(...)
instance_eval do
yield
end
end
我甚至写过类似下面的代码，
def f(...)
instance_eval yield
end
实际处理时，我们经常在该挂block的时候，却把proc对象当参数传给方法了， 或者不明白&p就是block能够直接交给方法采用，我曾经也犯过这样的错误就是因为没有把block和proc正确的区分开来, &p是block, p是proc，不到万不得已的情况下不要显式地新建proc，每当我对block和proc之间的关系犯糊涂时，我就会念上几句。
您可能感兴趣的文章:
- 深入理解Ruby中的代码块block特性
- Ruby中的block代码块学习教程
- 详解Ruby中的代码块及其参数传递
