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);
}下面的代码片段利用 Map 字面值完成同样功能:
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 以将这些变化正式反映到语言中。
评论