在macos平台几乎没有什么争议性，大家都用textmate。但是windows平台可供选择和使用的ide很多，却各有各的长处和短处。基于我用过的所有ruby ide点评一下。windows平台的ror ide主要分为两类：一类是重量级的全功能ide，例如eclipse，netbeans，idea和jedit，运行起来很耗资源，功能比较齐全；另一类是轻量级的ide，例如komodo，rored，vim，emacs，e，下面一一点评之：

一、重量级的ide

1、radrails － 当前最值得推荐的ide

radrails是基于eclipse的插件，当前版本0.7.2。radrails继承了eclipse平台的各种功能，尤其是cvs/svn集成特别好，和其他ruby ide相对比来说，radrails最主要的优点在于bug很少，功能非常齐全。

1)相对于其他大多数ror ide各种各样的bug，radrails在0.7.2版本的表现非常的稳定。在我连续几个月使用下来，基本没有什么大的bug。

2)功能齐全，其他ide或多或少功能都有缺失，但radrails功能非常齐全：内置的server管理，generator，rake task，rdoc检索，plugin安装，规则表达式校验，tail log，，console调试窗口，debug，代码格式化，代码和模板高亮，ruby代码和rhtml模板的template自动提示，单元测试支持，代码和测试之间的跳转，代码和模板之间的跳转等等等无所不包。

3)中文支持非常好，utf-8编码支持也非常好。中文字体显示也很漂亮，这一点对我们来说很重要。

但是radrails也不是没有缺点，radrails的致命缺点是其rdt功能太弱智。

1)代码的感知能力很差，连我敲一个def回车都不会自动补齐end。而且也不能够搜索ruby库文件进行语法树分析，所以没有智能提示功能。

2)没有像eclipse的jdt那样的ctrl+o来快速导航到某个方法的功能，这一点对我开发很重要，否则我就总是需要通过serch "def 方法名"才能快速找到要修改的方法，非常不方便，这是我非常垢病rdt的一个地方，也没有f3快速导航到类定义文件的功能。

rdt下一个版本0.9.0号称在两周以后就会发布(rdt快两年没有推出新版本了，实在是太迟钝了)，貌似对于脚本语言的ast解析能力大大增强，如果真的是这样，还是很值得期待的，预计rdt0.9.0发布几周之后，radrails就会发布0.8版本。另外值得一提的是radrails得到了sap的一些赞助和支持。

2、netbeans － 最值得期待的ide

netbeans6.0m7提供了generic language support framework，一个很强大的脚本语言框架，在这个框架基础上提供的ruby和ruby on rails支持表现非凡。可以对ruby语言和库进行良好的语法分析，从而提供智能化的代码提示功能，让ruby程序员也可以享受到敲一个“.”就能够跳出来详细提示的功能，真正有了写java程序的安全感。有些优点确实很棒：

1)代码感知能力超强，不但系统库的api，你自己项目的所有类api都可以根据上下文提示，有了写java程序那种安全感了，也不用跳转来去找类定义文件了。

2)快捷的打开rails库文件和ruby所有库文件，类似在eclipse里面打开依赖库的源代码和jdk的源代码的功能，对于学习和熟悉ruby库和rails非常非常有用。

3)ctrl+g可以快速定位类定位文件，类似eclipse的f3的功能。

目前netbeans这些功能领先所有的其他ide，非常令人期待。但是netbeans也有些明显的缺点，有些东西用起来行为非常古怪，可能是因为netbeans6.0还是beta版本，bug太多的缘故，而且也不够稳定：

1)没有类似eclipse的ctrl+shift+r那样的文件快速定位功能，要自己在项目树里面一层层找，这个实在令人难以忍受。一个大项目动不动几百个文件，不能快速定位，找起来太影响效率。其实netbeans提供了一个ctrl+alt+o的快捷定位，但是不起作用，搜索框总是空的，因此怀疑netbeans有这个功能，目前是bug导致出不来。

2)没有在文件中快速定位某个方法的功能，这一点和radrails一样令人失望。

3)在编辑器里面好多顺手的代码编辑的快捷功能都没有，令人很苦恼，这一点显然不如radrails那么方便。

4)对中文的支持不好

5)对yml文件没有高亮功能

6)依赖jdk6.0，在jdk5.0上面跑很不流畅。

总得来说，netbeans还是最值得期待的ide，等到07年底，netbeans6.0正式发布，ruby插件支持更加成熟以后，我想我会转移到netbeans上面来。另外非常重要的一点：sun公司从jdk6以后，致力于jvm平台化发展道路，大力拓展脚本语言在jvm平台的支持力度，而且sun给予了jruby官方支持，所以netbeans平台的脚本框架和ror支持是有足够的商业推动力的，前景应该是最好的！

3、idea - 观望中

貌似前段时间有人撰文推荐idea作为首选ruby ide，我觉得他的理由很奇怪，其实idea目前不是好的选择：其ruby代码感知能力和智能提示能力明显不如netbeans，其功能齐全程度又明显不如radrails，而且最致命的是idea竟然不能对rhtml模板高亮和提示，那就宣布了idea的基本不可用，另外yml文件也不能高亮。其插件作者说下一版本会提供rhtml高亮和提示，所以我们对idea目前还持观望态度。

但idea也有一些明显优点，例如idea就有对ruby类和ruby资源进行快速定位的快捷键ctrl+alt+n和alt+n，这明显优于radrails和netbeans，另外也有在当前文件快速定位方法的快捷键，终于克服了我对radrails的最大怨气。

4、jedit - 貌似没什么理由去用它了

作为一个重量级ide，却定位在轻量级功能上，要安装一大堆插件才能勉强把功能跑起来，没什么理由去用它。

二、轻量级ide

1、e － 最值得期待的轻量级ide

e现在确实有很多bug，很多功能缺失，例如：我非常在意的对文件进行快速定位的快捷键和在当前文件中快速定位方法的快捷键，目前e竟然不支持，但是textmate可是有的；快速删除当前行在textmate当中是command+l，但是e貌似没有，诸如此类的功能缺失。所以e和textmate还是有很大差距的。

但是e确实在主要方面完全克隆了textmate，所以这些小功能上面的缺失应该只是时间问题。所以相信给e半年左右的时间，e会成为windows平台当之无愧的textmate。

2、komodo - 乏善可陈

komodo是个定位很传统的脚本ide，对于ruby没有什么特别好的支持，有最基本的语法高亮和简单的代码提示而已，以及一个简陋的项目树，运行速度还很缓慢，而且还是收费的，实在不值得去用。

3、rored - mini ruby ide

如果你真要去用komodo，那我建议你改用rored，一个专门针对ruby on rails开发的简单编辑器，带有ruby语法高亮，项目树，功能简单，可能对某些偏爱ultraedit/editplus的人来说用rored已经够用了，速度也挺快的。

4、vim/emacs - 不适合windows平台的ruby ide

vim以及emacs这些源于unix平台的ide，我认为不适合在windows上面用。因为vim/emacs当初被设计成为一个无鼠标支持的编辑环境，全部依靠键盘命令驱动。当你在windows下面使用的时候，这种习惯会被打破，从而觉得非常影响效率。

例如在vim里面执行一个generator，unix上面会在vim窗口中开buffer显示，执行完毕敲一下回车就退出这个buffer了，很方便很快捷。但在windows平台，竟然会弹出一个dos窗口，而且把键盘焦点给转移到这个dos窗口上去了。这就迫使你不得不动用鼠标去选择这个dos窗口，然后关闭它，再把焦点定位回到vim上面来。这就丧失了vim最大的优势了，反而搞的很麻烦。

当然你可以用alt+tab键来切换窗口，不必动用鼠标。但遗憾的是windows操作系统的窗口切换能力很差，一旦你的windows开的窗口多了，在窗口之间快捷切换是一件很麻烦的事情，还不如鼠标来得快捷。这一点windows比macos有很大的差距。macos上面进行多窗口切换那才叫一个爽字呢！

最后我认为轻量级ide在windows平台的市场不会很大，即使e的功能能够完善到textmate的程度，也不会有radrails那么普及。主要还是和操作系统的支持有关系：

在macos上面，你开一个textmate窗口，一个浏览器窗口，一个tail log窗口，一个命令窗口启动关闭服务器，一个命令窗口进行console调试，一个命令窗口执行单元测试，还有一个命令窗口连接mysql数据库看数据。在这些窗口之间仅仅使用快捷键进行来回切换是很方便很快捷的事情。

但是windows的窗口切换功能太弱了，一下开了七个窗口，你编程的时候来回切换的工作效率是很低的。所以在windows上面要提高工作效率就会倾向于radrails这样的ide，把所有功能都集成进来了，只要一个radrails窗口，一个浏览器窗口足矣了。这样工作效率才高。

最后值得一提的是，所有这些ide的rhtml编辑功能还是不如textmate，一旦在html标签里面嵌入代码段，就不能高亮了。而textmate是不会这样的。