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

例如，两者都有编辑器围绕码头面板的项目，类路径，输出，结构等。但在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正在处理这个问题。

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

其他一些事情:

propagate parameters/exceptions when changing method signature, very handy for updating methods deep inside the call stack SQL code validation in the strings passed as arguments to jdbc calls (and the whole newly bundled language injection stuff) implemented in/overwritten in icons for interfaces & classes (and their methods) and the smart implementation navigation (Ctrl+Alt+Click or Ctrl+Alt+B) linking between the EJB 2.1 interfaces and bean classes (including refactoring support); old one, but still immensely valuable when working on older projects

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

例如，两者都有编辑器围绕码头面板的项目，类路径，输出，结构等。但在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正在处理这个问题。

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

因为有了新的Android Studio，我试着改用IntelliJ。但我现在很失望。我使用Eclipse和代码推荐器插件。下面是Eclipse如此出色的一个简单示例:

我想创建一个新的SimpleTimeZone。SimpleTimeZone没有带零参数的构造函数。

在Eclipse中Ctrl + Space

IntelliJ中的Ctrl +空格

在IntelliJ中，我没有得到SimpleTimeZone有什么样的构造函数的信息。

进入Eclipse后

我得到先前选择的构造函数，其中填充了预定义的变量名。我可以看到每个参数的类型。使用代码推荐器，Eclipse根据先前在当前作用域中定义的变量类型猜测正确的构造函数，并用这些变量填充构造函数。

在IntelliJ中输入后什么都没有发生。构造函数是空的。我必须按Ctrl + P才能看到预期的参数。

两者有许多不同的特性和工作流程，这在所有的答案中都很明显。然而，我认为在决定使用哪种框架时，也应该考虑使用每种工具所能提高的总体生产力。

我是Netbeans和Eclipse的忠实粉丝，并且已经使用它们很多年了。它们都是很好的工具，根据您正在做的事情，您可能想要选择其中一个。

然而，大约六个月前，当我在一个复杂的java web项目中工作时，由于js的自动完成错误，我被迫寻找Eclipse的替代品。我是如此绝望，我正在考虑回到一个简单的文本编辑器为我的js代码!!

我只是碰巧遇到了Intellij Idea(不幸的是没有时间研究工具)。

虽然需要一些时间来适应Idea的做事方式，除了特殊的功能之外，在我看来，它从左到右的小事情上提供的生产力提高是最大的资产。它更适合我，我现在是Idea Ultimate的付费客户。一旦你习惯了这一点，就很难再去做别的事情了。

没有什么比免费更好的了，我是开源的忠实粉丝，但最终如果你以开源为生，那么每次都能更快地完成任务。

我在IntelliJ中最喜欢的快捷方式是“转到符号”，这在Eclipse中是没有对应的(我发现的)。CTRL-ALT-SHIFT-N让你开始输入和glob类，方法名，变量名等，从整个项目。