1. Eclipse 发行
Eclipse Ganymede项目是Eclipse3.4发行版,秉承了Europa项目的发行风格,为不同 的Eclipse用户提供了不同的平台解决方案。这也是Eclipse庞大的插件式管理架构决定的,这种方式使用户不再需要自己下载一个个的Eclipse插件。想起以前使用GMF开发的时候,先下载Eclipse,然后下载GMF,接着下载EMF和GEF,再逐个下载EMF和GEF的依赖插件,整个下载过程需要大半天,非常琐碎。于是导致基于其上的工作很少更换版本,即使知道新的插件版本会极大的提高工作效率也不会去贸然尝试。
当然,这种做法也有其弊端。一个开发者很少只使用Eclipse做一种类型的项目,你可能在Eclipse 中开发Java EE程序,也可能同时需要使用Eclipse Modeling Tools解决方案来完成建模工作,还可能使用报表控件产生报表。这种情况下没有一体化解决方案可用。要么下载3个不同的Eclipse版本。。。要么使用从前那样的解决方式,从Eclipse站点上更新项目。这种更新很少能够一次不报任何错误的成功更新。What a tough work!
这应该就是插件机制的代价了吧。。。不过虽然这样,至少Eclipse可以针对每个不同的项目,提供插件级的All-in-one机制。而不应将Core Framework捆绑在其上。
2. RAP 项目
RAP项目是Eclipse3.2以后出来的项目,其目标是重用已有的Eclipse Rich Client Platform代码,将现有的RCP Application很容易的重用在Web浏览器中,并保持用户一致性体验。构建同时可以在Web浏览器和PC上使用的应用程序是一个很流行的话题,有助于现有软件资产的重用,并顺应Web2.0富浏览器端的趋势。
但是,RAP项目的出台也有过多争议。(忽略内部实现细节)它只是简单的将桌面系统迁移到了Web浏览器中,让人感觉更像是嵌套在浏览器中的桌面系统,不仅不美观,还有累赘的感觉。我想,Eclipse在这方面的投入应该比较多,但是个人认为这个东西更像是一块鸡肋,在实际中不会有大用途。
相反,Google使用Google Gears来支持线上线下(online/Offline)使用Web应用程序,而Microsoft也提出了自己相应的解决方案:Silverlight+WPF,以及.NET Framework。Silverlight和WPF在.NET Framework的集成,使浏览器端和桌面系统间的界限不再区分的那么清楚。这种技术尝试对用户来说应该是最为实用的。Eclipse Ganymede中目前还没有类似的意向。
可以通过此链接浏览该项目:www.eclipse.org/rap
3. Dynamic Language Toolkit
这个项目是我最为关注的,这意味着Eclipse终于可以非常方便的为动态语言提供支持了:
DLTK 是适合所有依赖动态语言(如 Ruby 和 Perl)的人使用的工具。DLTK 包含一组可扩展框架,旨在降低为动态语言(PHP、Perl 和 Ruby)构建全功能开发环境的复杂度。而且,除了作为框架集之外,DLTK 还提供可供立即使用的Ruby 和 Python等的 开发环境。在Ganymede发行版中,“从具有代码帮助和代码要点、类浏览器及代码浏览功能(如 Open Type 和 Go to 声明)、强大搜索功能(如查找引用)的代码编辑器开始,一直到交互式控制台和集成调试器,这些功能将给 Ganymede 带来一个强大的 Ruby 和 TCL 编程语言开发环境”。(Ganymede先睹为快)
其它特性包括以任务为中心开发的Mylin项目,更强大的BIRT,走向成熟的CDT等。这预示着Eclipse向万能级的开发工具又迈进了新的一步。
注:这篇文章是为得到Eclipse的T-shirt而写的,哈哈。