IntelliJ做了而Eclipse没有做的两件事对我来说非常有价值:

方法分隔符:方法之间那些模糊的灰色线条使代码更具可读性

文本抗锯齿:使代码在IDE中看起来很漂亮

我经常使用的一件事是设置断点，然后控制它的功能。(在我的上一份工作中，大多数人都使用Eclipse……我记得我很惊讶，没有人能在Eclipse中找到如何做到这一点。)

例如，可以让断点实际上不停止，而只是将消息记录到控制台。这意味着，我不必用“System.out.println(…)”乱写代码，然后重新编译。

可能不是能做/不能做的问题，而是如何做的问题。

例如，两者都有编辑器围绕码头面板的项目，类路径，输出，结构等。但在Idea中，当我开始输入所有这些自动折叠时让我专注于代码本身;在eclipse中，所有这些面板都保持打开，使我的编辑器区域非常小，大约是总可视区域的1/5。所以我必须抓住鼠标，点击来最小化这些面板。在日食中，整天这样做是一种非常令人沮丧的经历。

The exact opposite thing happens with the view output window. In Idea running a program brings the output window/panel to see the output of the program even if it was perviously minimized. In eclipse I have to grab my mouse again and look for the output tab and click it to view my program output, because the output window/panel is just another one, like all the rest of the windows, but in Idea it is treated in a special way: "If the user want to run his program, is very likely he wants to see the output of that program!" It seems so natural when I write it, but eclipse fails in this basic user interface concept.

可能在eclipse中有一个快捷方式(编辑时自动隐藏输出窗口，运行程序时自动显示)，但由于其他几十个功能，快捷方式必须在论坛，在线帮助等中寻找，而在Idea中则更“自然”一些。

这可以重复几乎所有的功能，自动完成，自动换行，快速文档查看，一切。我认为在Idea中的用户体验要比在eclipse中的用户体验愉快得多。那么，“快乐地发展”这句格言就成为现实了。

Eclipse可以处理更快的大型项目(+300个jar和+4000个类)，我认为IntelliJ Idea 8正在处理这个问题。

当然，所有这些都是主观的。我们如何衡量用户体验?

在我看来，其中一个优点是依赖结构矩阵: http://www.jetbrains.com/idea/features/dependency_analysis.html#link0

在Lattix的网站上(一个独立的产品)有一个关于DSM使用和好处的很好的介绍: http://www.lattix.com/files/dl/slides/s.php?directory=4tour

数据流分析:如本文所述，过程间的反向流分析和正向流分析。我的经验是基于Community Edition，它在数据流分析方面做得相当好。当代码非常复杂时，它在少数情况下会失败(拒绝做任何事情)。

我认为您可以坚持使用这两个ide中的任何一个。 不要“担心在您没有使用的IDE中错过一个巨大的好处”的最好迹象是我们在Eclipse爱好者和IntelliJ爱好者之间看到的很长的争论。这是一个很好的迹象，双方拥有几乎相同的力量，这使得这场长期的讨论得以幸存。