我们为何选择Intellij IDEA
Nikita Salnikov Tarnovski是plumbr的高级开发者，也是一位应用性能调优的专家，他拥有多年的性能调优经验与Java开发经验。很长时间以来，Tarnovski及plumbr的诸多开发者一直在使用Eclipse进行应用开发，不过随着时间的发展，现在plumbr的很多人都开始放弃Eclipse，转而投向IntelliJ IDEA的怀抱。Tarnovski也因此专门撰文谈到这个转型背后的原因，并详尽对比了Eclipse与IDEA的各项功能。
操作方法
- 01
索引。不知道JetBrains的那帮家伙在背后到底是怎么做的，它的索引真是太快了，并且支持不同的内容。快速索引的好处体现在几个不同的可用性特性上： 在敲入代码时，警告就会立刻出现：在Eclipse中，你需要手动进行分析，不过在IntelliJ中，这种信息反馈却是即时的。 代码完成与代码生成：由于非常快速的索引，这种支持的速度要快上几个数量级。我猜你们肯定都记得在使用List时，Eclipse中那个臭名昭著的java.awt.List自动导入吧，Eclipse花了好几年才消除这个Bug。在使用IntelliJ时就绝不会遇到这种问题。 ALT+ENTER提供的修复：这个特性真的非常棒，在很多场景下都提供了巨大的帮助，真是震到我了。有时，我甚至怀疑他们是不是在我旁边安插了一个亚马逊土耳其机器人监视我的输入——IntelliJ给出的建议实在是太帅了
- 02
语言支持。IntelliJ在处理不同内容类型的方式上看起来是那么自然和统一。无论我使用Java、JavaScript，还是HTML或是JPA查询，IntelliJ提供的语法支持都是那么棒，并且我所执行的操作在各种语言间也是高度统一的。每次从Java切换到其他语言时，我都不需要学习新的快捷键。IntelliJ提供的代码完成支持，特别是对JavaScript的支持是Eclipse力所不逮的，Eclipse在这方面没法与IntelliJ相提并论。
- 03
透视图。实际上，IntelliJ并没有提供什么透视图的概念。当我在处理不同的内容时，Eclipse总是试图为我提供“最佳的透视图”。对于我来说，我看到的只是每次从开发切换到调试或是重构透视图时，屏幕的布局就会变得一团糟，Eclipse每次这么做都会让我心烦意乱。IntelliJ则针对操作提供了一个专门的与内容相关的窗口，这让我感到非常舒服，我也很喜欢IntelliJ的这种处理方式。
- 04
调试器。IntelliJ的调试器快得没法说，我也不打算再使用Eclipse的调试透视图了。它所提供的特性集也很不错，我最喜欢的是“Smart step into”，这样如果一行中存在多个方法调用，我就可以选择进入到哪个方法中了。
- 05
支持。Eclipse是由一个基金会提供支持的。这本身没什么问题，不过这个基金会的不同利益集团会使得管理与执行变得有些困难。对于我这样一个开发者来说，直接的结果就是看到Eclipse对于问题的支持要推迟几个星期，甚至不了了之。IntelliJ则不存在这样的问题，我的问题总是能得到及时的回答，他们也不会互相扯皮。 下面我再列出几个最近发现的不错的小特性： JPA查询语法会在输入时得到纠正。这可以给我节省大量的时间，不用非得等到运行时才检查错误。 属性文件集成。在属性文件中，我可以看到某个属性在源代码的哪个地方被使用了，还能快速检测出未被使用的属性。 与不同浏览器的集成。为了测试HTML，我可以从IDE中启动不同的浏览器，这样就不必再单独打开浏览器和测试了。 从IDE中可以直接看到CSS颜色，因此无需再打开浏览器查看了。
- 06
顺畅。程序员都知道eclipse内存占用率是非常高的，一般到了下午eclipse就会出现假死的情况，但是intellij idea不会出现这样的情况
- 07
我可以保证，在你IntelliJ一个月的试用期结束后就再也不想回到过去了。不过坦诚地说，我还漏掉了Eclipse的一个特性——“保存动作”。在按下快捷键CTRL+S时可以创建一系列的触发动作，比如说可以组织导入、完成代码格式化以及添加@Override注解，一切都是自动进行的，这一点我还没有在IntelliJ中发现。 虽然我们还没有度量从Eclipse转移到IntelliJ之后生产力是否有了提升，不过我们非常喜欢手头上的这个新工具。我们也深信，好的工匠需要用最好的工具才能创造出最棒的艺术品。