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先睹為快）

其它特性包括以任務為中心開發的Mylynmylyn項目，更強大的BIRT，走向成熟的CDT等。這預示著Eclipse向萬能級的開發工具又邁進了新的一步。

注：這篇文章是為得到Eclipse的T-shirt而寫的，哈哈。