Neal Gafter公布了一份得到大多数人支持的Java 闭包（Closure）提议。三份最大的提议（ BGGA 、 FCM 和 CICE ）的所有作者中，除了一位放弃以外，其余所有人都表示支持这份 JSR。
Gafter 写到，他已经停止了一项闭包原型的工作，转而参与 JSR 的制定。他希望在 JavaOne 中能出现一些有价值的讨论，决定随后的步骤，并且他重申，规范仍处于制定过程中。
这份 JSR 提议的目的是为了定义亟待解决的问题，并明确所能允许的解决方案的范围。提议并没有硬性要求特定的解决方案，但它确实将 Java 闭包规范做为多数问题（但不是所有）的解决方案范例。这没有什么好奇怪的，因为这份规范正是特意为了满足这些需求而写的，而它仍然处于制定过程之中。
Java.net 上的 Editor’s blog 指出，尽管多数人同意的事实使得我们向在 Java 中加入闭包这个目标又迈进了一步，但关于我们是否需要闭包的问题还有待达成共识。
因此，根据 Gafter 所说的，就问题是什么以及闭包的 JSR 将试图解决什么的共识已经达成。专家组要考虑的下一个问题将是提议的具体形式。假设，这个问题已经解决，随后以 JSR 草案的形式呈现给整个社区，那时候将由 JCP 执行委员会（实际上就代表了整个社区）来解答第一个问题：我们真的需要闭包吗？
尽管这种方式的顺序看起来有些不合常理，但编辑假定这可能是按照困难程度来安排的。
暂无签名
最新发布
视频：曹晓钢谈企业应用开发框架
2007 年 10 月 23 日
视频：范凯谈 Ruby on Rails 项目实践
2007 年 11 月 22 日
文章：敏捷是什么？为什么你应当关注？
2007 年 4 月 13 日
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
电商IM消息系统架构演进
超大规模深度学习在美团的应用
机器学习技术在用户挖掘中的应用与挑战
评论