Project Coin发布第二个候选列表

Project Coin的目标是对Java 7进行微小的语言调整，从而简化开发者每天的编码工作。在InfoQ之前的一篇文章中，我们谈到了Project Coin首个候选列表所涉及的主要内容：switch语句中的String、改进的异常处理、自动化资源管理、针对泛型实例创建的改进的类型推断、Elvis及其他空值安全的操作符以及简化的可变参数方法调用。此后，Project Coin中又新增了5个提案。

1. 更好的整型字面值。该提案是由3个独立提案构成的。由Bruce Chapman所提出的字节与短整型字面值加后缀的提案是通过引入4个新的整型后缀来支持字节与短整型字面值，他们分别是：针对字节的“y”与“Y”以及针对短整型的“s”与“S”。二进制字面值是由Derek Foster提出的（除此以外，他还有另一个提案），其目的是除了现有的“1”（十进制）、“01”（八进制）以及“0x1”（十六进制）以外，再增加一个“0b1”（二进制）格式。Foster还提出了为数字增加下划线的提案，这样就可以将比较长的数字分隔开以增加可读性——比如，long creditCardNumber = 1234_5678_9012_3456L。

2.对JSR 292（查看wiki）的语言级支持。该提案由John Rose提出，这将创建源码级的语法以利用JSR 292所提出的JVM的新特性。这些语法分别是invokeDynamic指令、方法处理调用、某些轻松转换以及新的标识符。凭借这些转变，Java可以与那些依赖于invokeDynamic指令的新的JVM语言进行交互，同时在使用javac及JVM（用来开发新的编程语言和语言运行时的平台）时还降低了对字节码处理技术的依赖性。这对于那些想在Java语言之上开发DSL的开发者来说是个好消息。

3. 针对List与Map的索引访问语法。Shams Mahmood Imam的这个提案旨在通过一致的语法来访问数组、List以及Map中的元素，比如：
用myList[0]代替myList.get(0) 以及
用myMap["key"]代替myMap.get("key")

4. 集合字面值。它将与针对List及Map的索引访问语法并驾齐驱，同时类似于Imam所提的第二个提案，Josh Bloch的这个提案旨在通过类似于数组初始化器的语法来支持不变的List、Set以及Map字面值。下面是规范中的一个示例：

下面的代码片段利用现有方式创建一个不变的Map：

    final Map<Integer, String> platonicSolids;
    static {
        solids = new LinkedHashMap<Map<Integer, String>;
        solids.put(4,  "tetrahedron");
        solids.put(6,  "cube");
        solids.put(8,  "octahedron");
        solids.put(12, "dodecahedron");
        solids.put(20, "icosahedron");
        platonicSolids = Collections.immutableMap(solids);
    }

    final Map<Integer, String> platonicSolids = { 4 : "tetrahedron", 
      6 : "cube", 8 : "octahedron", 12 : "dodecahedron", 20 : "icosahedron" };"

Bloch的这个提案与Imam的还是有区别的，因为这只会生成不变的集合，使用起来更加简洁，同时编译器也可以轻松实现对小型集合的优化。另一方面，我们却无法指定集合的实现类型，这有点不太灵活。

5. 大数组（修订版）。现在我们通过整型值来索引数组中的元素，但这却是一个限制。James Lowden提案将长整型作为数组索引以代替32位的整型。这里面涉及到两点：其一是语言级的改变，这是一种理想的实现方式，但却有点侵入性，同时也超出了Project Coin的范围，其二是库的改变，这是一种临时解决方案，但如果未来将其加到语言中时也可以充分利用JVM级的变化。

Project Coin总共收到了大约70个提案，从中选出了11个候选提案。在这11个候选提案中，有5、6个可能会加到Java 7中，而在这之前会将其加到里程碑版中。一旦最终决议达成，他们就会递交JSR以将这些变化正式反映到语言中。

查看英文原文：Project Coin Announces Second Candidate List