Thoughts about Eclipse Ganymede(and Eclipse)

 

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而写的，哈哈。