Java 决定使用 C# 及 Scala 的 Lambda 语法

  • Alex Blewitt
  • 赵劼

2011 年 9 月 10 日

话题:JavaC#语言 & 开发

Java 8 里最重要的更新之一便是引入了 Lambda 语法,这样可以将匿名函数作为参数或变量。然而,这方面的语法始终未能确定下来,也曾经有过投票,咨询社区更适应哪种语法。

最近,lambda-dev 在邮件列表宣布,Java 的 Lambda 语法决定基于 C# 语法。这种语法在 C# 语言里已经使用很长时间了(C# 在 1.0 时期便引入了委托类型,并在 2.0 里支持匿名函数,3.0 对 Lambda 表达式提供支持)。

从调查结果来看,其他一些语法选择(例如BGGA)相对别的设计并没有表现出明显的优势。而在 C# 和 Scala 中已经长时间使用的语法体验,意味着会有大量程序员已经熟悉此类语法了(C# 和 Scala 的主要区别,在于匿名函数的参数如何标识其类型:C# 使用“int foo”,而 Scala 使用“foo: int”——人们很容易适应这种细微区别。Java 会使用 C# 的形式“int foo”,因为这已经是 Java 语言的表示方法了)。

我们进行了很广泛的探索,但是最终发现没有哪种选择是明显的赢家(每种形式都有好的方面和不那么好的方面,也没有哪种形式明显好过其他的)。因此,与重新发明一种新的语法相比,我们认为还是选择一种在两种和 Java 比较相似的语言里——C# 和 Scala——已经得到证明的语法比较合适。

这种语法同时支持表达式和代码块。表示式的形式不需要大括号,并且在执行后返回结果。语法块的形式需要使用大括号,除非使用了 return 关键字,否则不会直接返回结果。邮件里也给出了示例:

x => x + 1
(x) => x + 1
(int x) => x + 1
(int x, int y) => x + y
(x, y) => x + y
(x, y) => { System.out.printf("%d + %d = %d%n", x, y, x+y); }
() => { System.out.println("I am a Runnable"); }

Lambda 表达式的关键优势,在于它们会对参数进行类型推断。不过在某些情况下,编译器依然无法推断出正确类型(尤其是出现操作符重载的时候,例如:(x, y) => x + y 在 Java 编译器不知道 x 和 y 是 int 还是 double 时候)。一般来说,类型推断引擎都能自动得出正确的代码,如果需要更多提示,程序员也始终可以显示地增加类型信息。

不久的将来会发布支持新语法的编译器以供体验。

JavaC#语言 & 开发