剖析短迭代
敏捷教练Dave Nicolette提出：我们应该如何设定迭代长度？是要根据发布周期的时间么？使用短迭代又有哪些好处？
新闻
E4高层就Eclipse的未来目标和发展方向展开讨论
作者 Alex Blewitt译者 张龙 发布于 2008年5月29日 上午4时1分
距离Ganymede的发布只有几周时间了，人们已将目光聚焦在Eclipse的未来（称为E4）上了。E4高层最近就Eclipse的未来目标和发展方向展开了讨论。InfoQ此前曾报道过E4，现在让我们看看更具体的东西。在现在这种情况下，E4的名字更像是一个代号而不是一个计划中的版本号；同时在E4出现前，Eclipse 3.4的后续版本号将是明年发布的3.5。
E4的主要工作就是让Eclipse环境可以运行在web浏览器中而不是（必要的）作为一个独立的应用。尽管RAP（webinar）已经展示了如何将服务器端的Eclipse应用（工作台示例，邮件示例）呈现在web上，但是大多数现有的Eclipse工作台和IDE插件都是对用户界面硬编码的。
大家现在正在讨论带有浏览器版SWT的未来的SWT。RAP的当前实现使用Qooxdoo AJAX库（查看示例）从远程服务器来呈现UI。尽管我们的目标可能是要实现一个内嵌于浏览器的VM（像Flex或者Silverlight），但RAP的方式也许是个可行的方法，或者还可以使用类似于GWT这样的交叉编译（cross-compilation ）的技术。
另一个方向就是可以使用其他语言编写插件，要考虑到未来的脚本化Eclipse。已经有人建议使用Scala语言，尽管像JavaScript、甚至是JRuby这样的一些动态语言也可能会被支持。
为了使用服务器端数据在Web浏览器中展现UI，我们必须对一些singletons解耦，这些singletons假定了一种一对一、用户到工作台的关系。此外，一些同步APIs（如EFS）需要被移植成异步的，这样才能处理基于Web的系统天然的异步性。有人正在讨论一个新的资源模型，希望它能避免对当前API及新的应用模型的限制（如非嵌套的项目层次）。
E4已经有很大进展了，重要的是E4的开发过程比以前更加开放了。但是要记住，所有这一切都是实验性的；因此E4看起来应该（或者不应该）是什么样子都尚无定论。如果你想下载并尝试一些原型代码的话可以查看这些示例。
对于这种从客户端IDE到基于Web的框架的发展，你有什么想法呢？
查看英文原文：E4 summit debates on the future goals and directions of Eclipse
很有创意的想法
发表人
Pig Cai
发表于
2008年5月29日 下午9时55分
很棒的想法
发表人
西水 源头
发表于
2008年6月1日 下午7时56分
.gif)
2 条回复
回复