下一代Eclipse 步入云端

带着大家一起了解“下一代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的初识，希望大家会喜欢。