关于 block 的困惑

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

This topic created in 4380 days ago, the information mentioned may be changed or developed.

fe38b5a3c5f28a76f1
最后一行不理解， &lambda {} 不是转成 block 了吗？

block

lambda

困惑

13 replies • 2014-05-06 10:27:24 +08:00

johnnyb

May 5, 2014

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

johnnyb

May 5, 2014

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

johnnyb

May 5, 2014

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

dorentus

May 5, 2014

gist.github.com/twlz0ne/16fe38b5a3c5f28a76f1

直接贴 URL 吧。。。

dorentus

May 5, 2014

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

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

KDr2

May 5, 2014

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

:D

dorentus

May 5, 2014

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

johnnyb

May 5, 2014

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

KDr2

May 5, 2014

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

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

orzfly

May 5, 2014

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

orzfly

May 5, 2014

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

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

johnnyb

May 6, 2014

@orzfly [赞]

tangzx

May 6, 2014 via iPhone

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