关于 block 的困惑

[johnnyb]

https://gist.github.com/twlz0ne/16fe38b5a3c5f28a76f1
最后一行不理解， &lambda {} 不是转成 block 了吗？

[johnnyb]

https://gist.github.com/twlz0ne/16fe38b5a3c5f28a76f1.js

[johnnyb]

https://gist.github.com/twlz0ne/16fe38b5a3c5f28a76f1

[johnnyb]

坑爹，我已经忘了怎么贴 gist 了

[dorentus]

gist.github.com/twlz0ne/16fe38b5a3c5f28a76f1

直接贴 URL 吧。。。

[dorentus]

block 的话，要不就这么直接用 block：
func { ... } 或者 func do ... end
要不就是这样用一个 proc：
func(&proc)

最后的那个 foo() &lambda {}，其实我也不是很明白，但是可以确定的是传入 foo 的参数是 0 个，后面那个 proc 没起啥作用……

[KDr2]

难道不是 (foo()) & (lambda {})

:D

[dorentus]

@KDr2 真的欸！
难怪返回值是 false...

[johnnyb]

@KDr2 运算符优先级的关系？foo &lambda {} 其实是 foo(&lambda {}) ?

[KDr2]

@johnnyb
嗯，就是看 Parser 怎么 parse 的吧，

对 foo() &lambda {} 来说 foo() 后面没有 "{" 和 "do"已经是个完整的 function-call, lambda {} 也是合法 expression，两者 & 起来也是合法的 expression。
对 foo &lambda {} 来说 foo 可能不是一个完整的function-call, 还要继续看后面有没有参数，然后发现&开头的block

[orzfly]

http://gist.github.com/orzFly/18bad83973614abb03f3

[orzfly]

https://gist.github.com/18bad83973614abb03f3

你看，前者是 foo(lambda(&{}))，后者是 foo().&(lambda{})

[johnnyb]

@orzfly [赞]

[tangzx]

& 加在 block 名前，便只能写进括号里(和实参一样)