我们为何放弃Eclipse，投奔IntelliJ IDEA

「爱情、让人受尽委屈。」 2022-09-18 09:49 183阅读 0赞

本文来源于我在InfoQ中文站原创的文章，原文地址是：[http://www.infoq.com/cn/news/2013/11/why-drop-eclipse-use-intellij][http_www.infoq.com_cn_news_2013_11_why-drop-eclipse-use-intellij]

[Nikita Salnikov Tarnovski][]是[plumbr][]的高级开发者，也是一位应用性能调优的专家，他拥有多年的性能调优经验与Java开发经验。很长时间以来，Tarnovski及plumbr的诸多开发者一直在使用[Eclipse][]进行应用开发，不过随着时间的发展，现在plumbr的很多人都开始放弃Eclipse，转而投向[IntelliJ IDEA][]的怀抱。Tarnovski也因此专门[撰文][Link 1]谈到这个转型背后的原因，并详尽对比了Eclipse与IDEA的各项功能。

> 首先说一下背景：长久以来，我们plumbr的所有人一直都在使用Eclipse进行应用开发。不过现在在办公室放眼望去，我发现整个团队都变成了IntelliJ IDEA的用户。那么是什么促成了这种转变，让我们从免费的工具转而投向了每年需要花费600美金才能使用的工具呢？下面我就来谈谈这背后的几个原因，看过之后也许你也会开始考虑转变了。

一段时间以来，我的朋友[Anton Arhipov][]一直在说服我使用IntelliJ IDEA，一开始我压根就听不进去，直到有一次他使用了快捷键[ALT+ENTER][ALT_ENTER]才真正触动了我。根据文档所述，这个快捷键貌似也没什么，只不过是提供了建议的快速修复而已。不过在这个特性背后的诸多IntelliJ特性却让我感到非常振奋。

**索引。**不知道JetBrains的那帮家伙在背后到底是怎么做的，它的索引真是太快了，并且支持不同的内容。快速索引的好处体现在几个不同的可用性特性上：

*  在敲入代码时，警告就会立刻出现：在Eclipse中，你需要手动进行分析，不过在IntelliJ中，这种信息反馈却是即时的。
 *  代码完成与代码生成：由于非常快速的索引，这种支持的速度要快上几个数量级。我猜你们肯定都记得在使用List时，Eclipse中那个臭名昭著的[java.awt.List][]自动导入吧，Eclipse花了好几年才消除这个Bug。在使用IntelliJ时就绝不会遇到这种问题。
 *  ALT+ENTER提供的修复：这个特性真的非常棒，在很多场景下都提供了巨大的帮助，真是震到我了。有时，我甚至怀疑他们是不是在我旁边安插了一个[亚马逊土耳其机器人][Link 2]监视我的输入——IntelliJ给出的建议实在是太帅了。

code

**语言支持。**IntelliJ在处理不同内容类型的方式上看起来是那么自然和统一。无论我使用Java、JavaScript，还是HTML或是JPA查询，IntelliJ提供的语法支持都是那么棒，并且我所执行的操作在各种语言间也是高度统一的。每次从Java切换到其他语言时，我都不需要学习新的快捷键。IntelliJ提供的代码完成支持，特别是对JavaScript的支持是Eclipse力所不逮的，Eclipse在这方面没法与IntelliJ相提并论。

**透视图。**实际上，IntelliJ并没有提供什么透视图的概念。当我在处理不同的内容时，Eclipse总是试图为我提供“最佳的透视图”。对于我来说，我看到的只是每次从开发切换到调试或是重构透视图时，屏幕的布局就会变得一团糟，Eclipse每次这么做都会让我心烦意乱。IntelliJ则针对操作提供了一个专门的与内容相关的窗口，这让我感到非常舒服，我也很喜欢IntelliJ的这种处理方式。

**调试器。**IntelliJ的调试器快得没法说，我也不打算再使用Eclipse的调试透视图了。它所提供的特性集也很不错，我最喜欢的是“Smart step into”，这样如果一行中存在多个方法调用，我就可以选择进入到哪个方法中了。

**支持。**Eclipse是由一个基金会提供支持的。这本身没什么问题，不过这个基金会的不同利益集团会使得管理与执行变得有些困难。对于我这样一个开发者来说，直接的结果就是看到Eclipse对于问题的支持要推迟几个星期，甚至不了了之。IntelliJ则不存在这样的问题，我的问题总是能得到及时的回答，他们也不会互相扯皮。

下面我再列出几个最近发现的不错的小特性：

*  JPA查询语法会在输入时得到纠正。这可以给我节省大量的时间，不用非得等到运行时才检查错误。
 *  属性文件集成。在属性文件中，我可以看到某个属性在源代码的哪个地方被使用了，还能快速检测出未被使用的属性。
 *  与不同浏览器的集成。为了测试HTML，我可以从IDE中启动不同的浏览器，这样就不必再单独打开浏览器和测试了。
 *  从IDE中可以直接看到CSS颜色，因此无需再打开浏览器查看了。

code

我可以保证，在你IntelliJ一个月的试用期结束后就再也不想回到过去了。不过坦诚地说，我还漏掉了Eclipse的一个特性——“保存动作”。在按下快捷键CTRL+S时可以创建一系列的触发动作，比如说可以组织导入、完成代码格式化以及添加@Override注解，一切都是自动进行的，这一点我还没有在IntelliJ中发现。

虽然我们还没有度量从Eclipse转移到IntelliJ之后生产力是否有了提升，不过我们非常喜欢手头上的这个新工具。我们也深信，好的工匠需要用最好的工具才能创造出最棒的艺术品。

读者Alexandro Blanco给出了这样的留言：

> 我使用Eclipse有8年多的时间，前一阵转向了IntelliJ进行Android开发（Android Studio），现在在公司从事Web开发使用的是NetBean。我要说的是，一旦突破使用上的障碍，这两款IDE都要好于Eclipse。

读者Pron则说到：

> 我同时在使用IntelliJ与NetBeans（很长时间以前就放弃了Eclipse），很多时候我更喜欢NetBeans。它更加漂亮、整洁、并且与Gradle集成度更好，这正是我急需的，不过IntelliJ对于Clojure则提供了完美的支持。

诸位InfoQ读者，相信国内的开发者还是使用Eclipse的居多。目前，占据主流市场的Java IDE有NetBeans、Eclipse与IntelliJ IDEA，其中前两个是免费的，而IntelliJ IDEA则提供了免费的社区版与收费的旗舰版，社区版在功能上会有一些限制。国内也有一些公司采用IntelliJ IDA进行开发，还有些开发者使用过其中两种，甚至多种IDE。那么你觉得从功能上、特性上、使用便利性上、速度上、以及更新发展等角度来看，哪个IDE是你最心仪的呢？原因有哪些？哪个IDE提供了其他IDE没有提供的优秀特性呢？对于多语言支持，哪个IDE又更胜一筹呢？欢迎各位读者一起讨论。

[http_www.infoq.com_cn_news_2013_11_why-drop-eclipse-use-intellij]: http://www.infoq.com/cn/news/2013/11/why-drop-eclipse-use-intellij
[Nikita Salnikov Tarnovski]: http://plumbr.eu/about-us
[plumbr]: http://plumbr.eu/
[Eclipse]: http://www.eclipse.org/
[IntelliJ IDEA]: http://www.jetbrains.com/idea/
[Link 1]: http://plumbr.eu/blog/why-we-dropped-eclipse-in-favour-of-intellij
[Anton Arhipov]: https://twitter.com/antonarhipov
[ALT_ENTER]: http://www.jetbrains.com/idea/webhelp/keyboard-shortcuts-you-cannot-miss.html
[java.awt.List]: http://docs.oracle.com/javase/7/docs/api/java/awt/List.html
[Link 2]: https://www.mturk.com/mturk/welcome