下一代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的初识，希望大家会喜欢。