下一代Eclipse 步入雲端_java

帶著大家一起瞭解“下一代Eclipse 步入雲端”

一、安裝方法
注意：Che目前是pre-alpha的版本，請從原始碼編譯來體驗workspace/environment概念。

Che需要Docker，可以根據需要查看Windows或者MacOS安裝Docker的有關資訊。

安裝方法：

 git clone git checkout 4.0  cd assembly-sdk mvn clean install cd .. ./che run http://localhost:8080

二、細緻入微的設計

自動補全功能

淺色主題

che線上編輯器

使用github

三、Workspace伺服器
通過RESTful APIs，可以定製項目類型，自訂命令，適配任何裝置。

✔RESTful APIs
✔支援瀏覽器, 移動端, CLI, 案頭用戶端
✔快速，可擴充
✔服務端擴充
✔服務端提供可以覆蓋的介面
✔支援SDK
Che的APIs貫穿了整個開發週期，提供了從編輯到debug到自動執行，部署等一條龍服務，使開發更加安全，快速。

四、外掛程式
Che有豐富的外掛程式，你也開以自己寫外掛程式。

五、評論
有網友提到：

考慮到現在的編譯器佔用資源這麼高（例如C++ 的編譯器），這樣將前後端分離，輕量的前端只負責編輯代碼，後端統一處理解釋，編譯等等。這麼做甚至可以節省記憶體呢。

不過不我喜歡的是，每當人們一想到做用戶端/服務端就想用HTML，依我看，HTML一點好處都沒有。安裝程式的成本可以忽略不計，我就是做這一行的，OK？我知道程式怎麼安裝，不在乎花這點時間。

但是，非要用JS/DOM來做前端，只有兩種方法：

1、將前端代碼編譯成js：很蠢地類比js，需要擔心互動問題。
2、使用js來寫：要忍受糟糕的文法
IDE是最複雜的GUI，為什麼非要這種語言，增加複雜性呢。如果用JavaFX之類的東西寫，我相信，開發一定會更加簡單迅速。
有網友表示贊同：

JS/DOM之前，Eclipse就夠慢的了。遠古時代的Emacs是用Lisp寫的，但是運行卻很快。現在很多用指令碼語言寫的編輯器像Atom和Light Table都有些慢
Codenvy官方的TylerJewell回應：

重點不在於用HTML。我們的目標是，提供隨時隨地可以使用的IDE。我有過一段關於開發工具的壞曆史：不寫代碼七年之後，我想要重新寫點代碼，都不能編譯好一點很簡單的程式。

我就產生了一個想法：讓人們可以在任何地點，任何時候都能進入到項目中，不用安裝任何軟體。只要幾次點擊，所有的東西都配置好了：工作空間，工作空間中的項目，驅動工作空間的環境。

現在，如果你使用案頭端，可以使用和IDE結合的工作空間。但是如果你是個產品經理，想要測試一下代碼的話，可能不願意去配置複雜的環境。那麼這時候，瀏覽器的體驗就派上用場了。

目前為止，還沒有完全託管在雲端的IDE，所以我們就開始了這樣的項目，對於不想在配置環境中花精力的人來說，是一個不可多得的產品。

我們選擇了GWT來開發GUI，因為它瀏覽器安全色性好，而且效能也不錯。雖然它比較粗糙，但是我們做了很多最佳化。同時我們也做了對動態載入和外掛程式的支援等等。我們也有夥伴給我們純js用戶端的支援人員。

我們將嵌入所有的程式設計語言支援到運行開發環境的機器中，其可以配置為使用localhost或者docker。屆時，瀏覽器和工作空間的區別不會太大，以期望帶來不錯的體驗。檔案操作是在本地做的，所以速度方面能達到50k行（Java檔案），可以與Eclipse和Netbeans匹敵。

以上就是對下一代Eclipse的初識，希望大家會喜歡。