带着大家一起了解“下一代Eclipse 步入云端”
[b]一、安装方法[/b]
注意: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
[b]二、细致入微的设计[/b]
[b]自动补全功能[/b]
[img]http://files.jb51.net/file_images/article/201512/2015129104517325.png?2015119104525[/img]
[b]浅色主题[/b]
[img]http://files.jb51.net/file_images/article/201512/2015129104727917.png?2015119104737[/img]
[b]che在线编辑器[/b]
[img]http://files.jb51.net/file_images/article/201512/2015129104602848.png?2015119104616[/img]
[b]使用github[/b]
[img]http://files.jb51.net/file_images/article/201512/2015129104541516.png?2015119104551[/img]
[b]三、Workspace服务器[/b]
通过RESTful APIs,可以定制项目类型,自定义命令,适配任何设备。
✔RESTful APIs
✔支持浏览器, 移动端, CLI, 桌面客户端
✔快速,可扩展
✔服务端扩展
✔服务端提供可以覆盖的接口
✔支持SDK
Che的APIs贯穿了整个开发周期,提供了从编辑到debug到自动执行,部署等一条龙服务,使开发更加安全,快速。
[b]四、插件[/b]
Che有丰富的插件,你也开以自己写插件。
[b]五、评论[/b]
[b]有网友提到:[/b]
考虑到现在的编译器占用资源这么高(例如C++ 的编译器),这样将前后端分离,轻量的前端只负责编辑代码,后端统一处理解释,编译等等。这么做甚至可以节省内存呢。
不过不我喜欢的是,每当人们一想到做客户端/服务端就想用HTML,依我看,HTML一点好处都没有。安装程序的成本可以忽略不计,我就是做这一行的,OK?我知道程序怎么安装,不在乎花这点时间。
但是,非要用JS/DOM来做前端,只有两种方法:
1、将前端代码编译成js:很蠢地模拟js,需要担心交互问题。
2、使用js来写:要忍受糟糕的语法
IDE是最复杂的GUI,为什么非要这种语言,增加复杂性呢。如果用JavaFX之类的东西写,我相信,开发一定会更加简单迅速。
[b]有网友表示赞同:[/b]
JS/DOM之前,Eclipse就够慢的了。远古时代的Emacs是用Lisp写的,但是运行却很快。现在很多用脚本语言写的编辑器像Atom和Light Table都有些慢
[b]Codenvy官方的TylerJewell回应:[/b]
重点不在于用HTML。我们的目标是,提供随时随地可以使用的IDE。我有过一段关于开发工具的坏历史:不写代码七年之后,我想要重新写点代码,都不能编译好一点很简单的程序。
我就产生了一个想法:让人们可以在任何地点,任何时候都能进入到项目中,不用安装任何软件。只要几次点击,所有的东西都配置好了:工作空间,工作空间中的项目,驱动工作空间的环境。
现在,如果你使用桌面端,可以使用和IDE结合的工作空间。但是如果你是个产品经理,想要测试一下代码的话,可能不愿意去配置复杂的环境。那么这时候,浏览器的体验就派上用场了。
目前为止,还没有完全托管在云端的IDE,所以我们就开始了这样的项目,对于不想在配置环境中花精力的人来说,是一个不可多得的产品。
我们选择了GWT来开发GUI,因为它浏览器兼容性好,而且性能也不错。虽然它比较粗糙,但是我们做了很多优化。同时我们也做了对动态载入和插件的支持等等。我们也有伙伴给我们纯js客户端的技术支持。
我们将嵌入所有的编程语言支持到运行开发环境的机器中,其可以配置为使用localhost或者docker。届时,浏览器和工作空间的区别不会太大,以期望带来不错的体验。文件操作是在本地做的,所以速度方面能达到50k行(Java文件),可以与Eclipse和Netbeans匹敌。
以上就是对下一代Eclipse的初识,希望大家会喜欢。