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

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 时候）。一般来说，类型推断引擎都能自动得出正确的代码，如果需要更多提示，程序员也始终可以显示地增加类型信息。

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