Project Coin 发布语言变化最终列表

近日 Joseph Darcy 发布了 Project Coin 的最终列表，宣布了即将发布的 JDK 7 中对 Java 语言所做的改进。这些改进是：

1. 自动化的资源管理。提供一种处理资源回收的机制：类似于 C# using 声明的 ARM（Automatic Resource Management）块，但形式上却是基于 try 声明。这样，using 声明只能处理单一资源，而 ARM 却能在块的范围内处理多种资源。
2. 更好的整型字面值。为数字增加二进制字面值以及下划线分隔符支持以增加可读性，例如：
   long creditCardNumber = 1234_5678_9012_3456L
   如果能及时找到解决方案还会提供对无符号字面值处理方式的改进。
3. 集合字面值。通过类似于数组初始化器的语法为不变的list、set 以及map 字面值提供支持，同时还会为 list 与 map 的索引访问提供支持。
4. 改进的用于泛型实例创建的类型推断。使用有限的类型推断进行类实例创建需要为构造方法显式声明参数化类型，然而这些类型却可以从上下文中推断出来，然后它们就会被一个空的类型参数集合替换掉。这样，相对于：
   Map<String, List> anagrams = new HashMap<String, List>();
   我们可以这样写：
   Map<String, List> anagrams = new HashMap<>();
5. 对 JSR 292 的语言支持。包括 invokeDynamic 指令、方法句柄调用、某些不严格的约定以及外来的标识符。
6. 简化的可变参数方法调用。当方法将可变参数与非具化的数组类型组合在一起时就会产生警告，现在将该警告由调用处转移到了方法声明处。
7. 可以在 switch 语句中使用 String 。

以上大部分提案都将于今年 10 月底反映到 JDK 7 的 Mercurial 仓库中。

还有三个提案尚未最终发布，它们是：改进的Java 异常处理、 Elvis 与其他 Null-Safe 操作符以及大数组。
Joseph Darcy说到：

“对于 Java 语言来说，改进的异常处理很值得我们期待，然而它对于类型系统来说是个风险，我们尚未评估是否有足够的资源以在 JDK 7 中实现该特性。我倒是期望能在未来重新考虑该特性以促进语言的不断发展。虽然 Elvis 与其他相关的操作符在 Groovy 中很有用，但由于 Groovy 与 Java 的差别，比如原生类型的存在以及与装箱 / 拆箱的交互使得这些操作符对 Java 意义不大了。JDK 7 将提供其他方式来简化空操作（null-handling）的烦恼，如 JSR 308 的空检查。毫无疑问，天生支持 32 位以上条目的集合一直是大家所梦寐以求的。对集合的语言支持会开发一个程序库来实现这一点，这样平台就可以直接处理大的数据结构了。”

查看英文原文： Project Coin Announces Final List of Small Language Changes