Let's Swing Java

尽管NetBeans不断的进步，许多 Eclipse用户也表现出了转移到NetBeans的愿望，但对于他们来说，包括我在内，对NetBeans仍然有许多不满的地方。我统计了一下开发者（当然是真正使用过，或者试图曾经switch的eclipse用户）对于netbeans目前有一下几大不满意的地方：

1.最大的不满莫过于编辑器。这其中包括quick fix, (smart) code completion, refactoring, code formatting(speed), automatic imports, 还有其他诸如surround with等等虽然小但是eclipse做的很精致的地方。

2.即时编译(Compilation on save)，这一直是eclipse开发者引以为豪，eclipse fans们狂热爱好eclipse的一点。这一点eclipse认为它是天下独尊，连IDEA也不放在眼里。但说句实在话，这是一个仁者见仁、智者见智的功能，并不是所有人都人为这样好，我起码是反对这一功能的人。这种功能也许在工程比较小的时候是比较好的，但工程大了，比如有上百或者上千工程文件的项目，这一功能就会变成缺点。最明显的一点就是，任何一点小小的改动保存之后，你就只好等在那儿，等所谓的后台任务完成，这时整个IDE就freeze了。这一点真的让人发狂，这也是许多eclipse爱好者在埋怨eclipse为什么变慢的真正原因。Compilation on save带来的好处就像SWT带来好处一样，只是一个eye-candy的东西，不具有实际的内涵。

3.速度。这一点随着netbeans速度的增加，加上eclipse速度的随着插件的膨胀而变慢，已经越来越被用户理解。实际上，如果客观的评价的话，netbeans的速度已经超过了eclipse。单独的eclipse SDK速度也许超过了netbeans，但是netbeans已经bundle太多的功能，如果在相同功能的前提下进行比较，eclipse显然速度要比netbeans慢得多。

因此总的看来，netbeans真正让人不满得地方只有它的editor。不过这也可以理解，netbeans为了赶超eclipse，在4.0之后的版本，拼命的加入了太多的功能，而没有对这些功能进行细化的打磨，而eclipse已经对它的平台打磨许久。所以应该给netbeans时间。

可喜的是netbeans已经承诺在6.0中重点提升编辑器和进一步优化速度，从netbeans的官方网站中，我找到了netbeans准备在6.0提供编辑器的改进。这个文档是以简单的User Guides的形式提供的。看了这份文档之后，让netbeans用户特别振奋。如果netbeans 6.0实现了这些功能，它不仅仅是赶上了eclipse编辑器功能，实际上已经反超了eclipse，甚至IDEA。

这篇文档的位置在：

http://wiki.netbeans.org/wiki/view/Java_EditorUsersGuide

打算在之后的几篇文章中陆续将这片文档翻译出来，与大家分享这份惊喜。