Komodo 评测

每次我得到 ActiveState 的 ActiveState Komodo IDE 的新版本时,我都会做一次评测,通常都以“如果我是那种使用 IDE 的人,这将是完美的 IDE”这样的结论结束。每次我得到下一个版本,我都会更接近于被说服应该使用 IDE。在 Komodo 2.0 中,ActiveState 已经非常、非常接近说服我——但还不是时候。让我们看看这次它做对了什么,又做错了什么。

从 Perl 的角度来看,语法高亮和后台语法检查已经得到了极大的改善。现在,每当有人声称能做好的 Perl 语法高亮时,至少会有一个令人讨厌的吹毛求疵者跳出来,用一些病态的案例和经常引用的“只有 Perl 才能解析 Perl!”来反驳。好吧,那又怎么样?对于不可能做到的事情,Komodo 做得相当出色。将后台语法检查与 use strict 结合使用,几乎可以立即捕捉到大量的编码错误,让人感到安心。

我以前最喜欢的功能 Rx 仍然存在,并且仍然是可视化复杂正则表达式的好方法。我发现的一个问题是,在逐步通过正则表达式匹配时,Rx 窗口的大小改变得有些尴尬——但也许这是提到我在使用 Komodo 2.0 的测试版的好时机,许多问题可能在实际发布 2.0 版本时已经得到解决。

还有一些小功能,这些功能是这类 IDE 应该具备的。CVS 集成被宣传为一个功能,但我没有找到任何提及它的地方,尽管 FTP “远程编辑”功能工作得很好;结合 Komodo 的 CGI 功能,这可以成为 Windows 用户在远程服务器上部署 CGI 文件时的绝佳工作站。

Web 服务集成是一个很好的特色,特别是它的自动安装程序,但它需要某种类型的进度指示器。与 ASPN Cookbooks 的集成是一个好主意,但我不清楚它在日常编码中会有多少用处。“外部调试器”功能听起来很有趣,但我找不到任何关于它的文档。

如果我要指出 Komodo 2.0 真正让我印象深刻的地方,那就是工具箱;这实际上是我一直在自己开发环境中寻找的东西,也可能是说服我使用 Komodo 的那个功能。工具箱简单来说,是一个可以收集在开发过程中可能有用东西的地方。也就是说,你可以将代码片段拖放到适当的位置,执行命令,打开浏览器的 URL 等。例如,你可以突出显示 Perl 中的函数,然后在工具箱中有一个按钮可以运行 perldoc -f。你可以直接将样板代码拖到文件中。这只是快速工作的一种方式,使重复的事情变得简单——这正是 GUI 应该做的。这还结合了一个宏录制功能,使你能够轻松创建自己的工具箱项目。

值得记住的是,Komodo不仅仅是关于Perl。Komodo的XML模式绝对出色;它提供了按标签折叠、插入时标签自动完成和XSLT调试功能。由于我最近所有书籍都是用XML编写的,我正在认真考虑使用Komodo代替jEdit,甚至emacs的psgml模式来处理我的写作工作;唯一的小问题就是Komodo的标签插入是通过从文档结构中推断出可接受的XML标签来实现的,而不是加载显式提供的DTD。然而,也许这并不公平——Komodo并不声称自己是XML编辑器,而是一个XSLT编辑器,它成为一个相当好的XML编辑器是一个意想不到的额外好处。

那么,为什么我不会转向使用Komodo呢?两个原因:首先,它还没有在我的最爱操作系统Apple的OS X上推出——尽管我被告知正在开发移植版本。不幸的是,当这个版本推出时,Komodo将与Apple自己的Project Builder竞争。

其次,速度。如果我要放弃vi和emacs,那么我需要一个在速度和键盘响应时间上可以跟上它们的工具。即使在运行相当强大的机器上,Komodo也会减慢我的编码速度。再多的语法高亮也弥补不了这个缺点。

与上次我评价Komodo时一样,我强烈推荐它给那些喜欢使用IDE进行编程的人,但我不情愿地说它不适合我。但它非常非常接近。

标签

反馈

这篇文章有什么问题吗?请通过在GitHub上打开问题或拉取请求来帮助我们。