InfoQ

新闻

闭包提议达成一致共识

作者 Rob Thornton译者 Jason Lai 发布于 2007年4月30日 下午11时59分

社区
Java
主题
编程,
JCP标准
标签
闭包(Closures)

Neal Gafter公布了一份得到大多数人支持的Java闭包(Closure)提议。三份最大的提议(BGGAFCMCICE)的所有作者中,除了一位放弃以外,其余所有人都表示支持这份JSR。

Gafter写到,他已经停止了一项闭包原型的工作,转而参与JSR的制定。他希望在JavaOne中能出现一些有价值的讨论,决定随后的步骤,并且他重申,规范仍处于制定过程中。

这份JSR提议的目的是为了定义亟待解决的问题,并明确所能允许的解决方案的范围。提议并没有硬性要求特定的解决方案,但它确实将Java闭包规范做为多数问题(但不是所有)的解决方案范例。这没有什么好奇怪的,因为这份规范正是特意为了满足这些需求而写的,而它仍然处于制定过程之中。

Java.net上的Editor's blog指出,尽管多数人同意的事实使得我们向在Java中加入闭包这个目标又迈进了一步,但关于我们是否需要闭包的问题还有待达成共识。

因此,根据Gafter所说的,就问题是什么以及闭包的JSR将试图解决什么的共识已经达成。专家组要考虑的下一个问题将是提议的具体形式。假设,这个问题已经解决,随后以JSR草案的形式呈现给整个社区,那时候将由JCP执行委员会(实际上就代表了整个社区)来解答第一个问题:我们真的需要闭包吗?

尽管这种方式的顺序看起来有些不合常理,但编辑假定这可能是按照困难程度来安排的。

查看英文原文:Consensus Reached on Closure Proposals

1 条回复

回复

需要闭包的理由? 发表人 Xiaogang Guo 发表于 2007年5月6日 下午9时18分
  1. 返回顶部

    需要闭包的理由?

    2007年5月6日 下午9时18分 发表人 Xiaogang Guo

    还是没看到需要Closure的理由。也许一个原型可以帮助大家想出一些真正的应用来。

独家内容

剖析短迭代

敏捷教练Dave Nicolette提出:我们应该如何设定迭代长度?是要根据发布周期的时间么?使用短迭代又有哪些好处?

应用JSF、Ajax和Seam开发Portlets(1/3)

本文主要讲述了如何用JBoss Portlet Container 和JBoss Portlet Bridge创建新项目,怎样配置一个JSF应用去使用JBoss Portlet Bridge,以及JBoss Portlet Bridge所具备的功能。

AtomServer:数据分发的发布动力(第二部分)

在这篇文章里,Bryon Jacob和Chris Berry将和我们继续探讨AtomServer,它是基于Apache Abdera的完整Atom存储实现。作者还创建了几个Atompub规范扩展,其中包括自动标记、批处理和Feeds聚合。

架构师(试刊第二期)

InfoQ中文站的电子杂志《架构师》试刊第二期出版了!相比于上期,我们在内容的选择安排和版式上都根据读者的意见重新做了修正。“细节决定成败”,我们希望基于InfoQ中文站的专业内容,《架构师》能逐渐成为大家喜欢的电子刊物!

一种正规的性能调优方法:基于等待的调优

在本文中,Steven Haines探讨了Web应用性能调优问题。该领域过去更像是一门艺术而不是一门科学。他提出了一种称为基于等待调优的方法,使整个调优过程更加可度量,也因此更具科学性。

Java程序员ActionScript 3入门

通常来说,改变技术路线时最艰难的部分是辨别语言语法之间的不同。这篇文章就为Java开发者提供了一份如何转向Flex基础语言ActionScript的指南。

浅谈如何创建Rails应用

本视频主要以财帮子为例,介绍了如何创建一个PV为百万级的Rails应用。其中包括:Rails应用的服务器架构、Rails Cache的优化、负载均衡的处理、Web服务器的调试、分布式解决方案、Open API的设计等等。

Alexandru Popescu谈InfoQ.com网站架构

InfoQ首席架构师Alexandru Popescu在采访中谈论了InfoQ架构、Webwork与DWR、Hibernate与JCR、Hibernate可扩展性、最新的InfoQ视频流系统和InfoQ的未来规划。