近日,Oracle 的 Maurizio Cimadamore 在 OpenJDK Mercurial 仓库中发布了初始的 lambda 实现,这让我们有机会首次目睹该新语法的容貌,同时也引发了社区的广泛争论。
目前的原型支持如下特性:
- 函数型语法
- 函数型子类型
- 完整支持 type1(无状态)与 type2(终态捕获)的 lambda 表达式
- 推断 lambda 中的 thrown 类型与 return 类型
- 通过 v0.1.5 草案中的规则实现的 lambda 转换
- 支持“this”引用(包括显式与隐式)
- 使用方法句柄实现的转换
下面的代码片段声明了一个简单的 lambda 表达式,该表达式接收一个整型,加一后返回:
复制代码
int i1 = #()(3).(); assertTrue(3 == i1); Integer i2 = #()(3).(); assertTrue(3 == i2); int i3 = #(int x)( x + 1 ).(3); assertTrue(4 == i3); int i4 = #(Number x)(x.intValue()).(new Float(3.0f)); assertTrue(3 == i4); Object o = #()(3); assertTrue(o != null);
该原型支持规范草案所描述的语法,如果想要更好地了解语法,读者可以看看衰退 测试。
因为 Java 通常使用长单词而非符号,因此有很多人觉得这种语法太笨拙,并不符合语言本身的感官。
来自 Ajaxian 的 Dion Almaer 认为这种语法更接近于 Perl 而非 Java :
Integer i2 = #()(3).(); //i2 = 3
int i4 = #(Number x)(x.intValue()).(new Float(3.0f)); //i4 = 3 Erm, Java? Or Perl!!
无独有偶,Ruby on Rails 的创始人 David Heinemeier Hansson 认为这种语法太乱:
Java 7 新的闭包语法:int i4 = #(Number x)(x.intValue()).(new Float(3.0f));——这一行也太长了吧!
不少 Java 开发者在论坛和讨论组上抨击这种 lambda 语法:
Java Posse Group “吼吼,这也太恶心了吧。源代码乱的一团糟”。
“恩,这种恶心的语法倒是能够减轻编译器开发者的工作量。一定还有更好的方案能够解决这个问题。即便是 Obj-C 的块都比这强(至少语法比这强)”。
”为了保证向后兼容,Java 没法实现更优雅的解决方案,但现在这其实根本不算什么问题“。
Baptiste Wicht 的博文 ”一看到 int i1 = #()(3).(); 这一行我就无语了,第一眼还以为代码写错了呢“。
”肯定还有改进的空间。如果用 adder(1, 2) 代替 adder.(1, 2),我觉得会好很多,把点放在中间并不符合 Java 风格“。
Hacker News “这种语法太丑陋了”。
“从实践上来说,Java 并不会使用过多的符号。他们这帮人为什么要这么做呢?我并不是说反对他们(相对于长单词来说,我也更偏爱符号,虽说这会导致更长的学习曲线),但这与 Java 规范格格不入”。
另一方面,Nick Wiedenbrueck 认为该提案由来已久, Java 社区应该认识到将要发生什么:
现在有几个提案,上次的 Devoxx 大会上也宣布了提案草案与规范草案,但社区并没有对此进行过充分的讨论。什么原因呢?我有一些假设。lambda 项目太安静了么?根本就没有几篇博文或是示例介绍 lambda。社区出什么问题了么?社区领域跑哪儿去了?难道都忙着学 Scala 去了?静态类型语言(没有类型推断)中的闭包就应该这么复杂么?
最后,该原型的创建者之一的 Brian Goetz 说到,在进入到产品阶段前还会继续改进语法:
记住,这只是早期的概念验证阶段。这里面的语法都是暂时的,随着 Lambda 项目的不断发展,语法也会发生很大的变化。同时,还有很多比语法重要的东西,我们的全部精力都放在这上面了——语法要为之让路。
InfoQ 上有篇深度探索面向Java 语言的Lambda 的文章,感兴趣的读者不妨移步一观(文章包含了为何当前的语法是adder.(1, 2) 而不是adder(1, 2))。
社区观点: InfoQ 中文站.NET 社区编辑赵劼针对 Java Lambda 表达式专门发表了一篇题为《浅谈Java 7 的闭包与Lambda 表达式之优劣》的博文,深入浅出地探讨了Java Lambda 表达式的使用方式及其缺陷,博文以大量的实例阐述了目前Java Lambda 表达式的种种硬伤,读者可以从中了解到当前Java Lambda 表达式的现状。此外,该文的评论也很丰富,包含了很多有意义的信息,会对读者起到一定的帮助作用。
评论