在另一个问题中，Mark高度评价了ide，说“有些人仍然不知道”为什么“他们应该使用一个……”。作为一个使用vim进行编程的人，并且在大多数/所有同事都使用vim或emacs进行所有工作的环境中工作的人，ide的优势是什么?我为什么要用它?
我相信这对一些人来说是一个棘手的问题，我对开始一场论战不感兴趣，所以请只回复你认为基于ide的方法更好的原因。我对听到为什么我不应该使用IDE不感兴趣;我已经不用了。可以这么说，我感兴趣的是听取“栅栏的另一边”的意见。
如果您认为ide可能适合某些类型的工作，但不适合其他类型的工作，我也很想知道为什么。
当前回答
我可以想到使用IDE的几个原因:
综合帮助是最受欢迎的。 内置的重构与Visual Studio预览 智能感知，语法高亮显示，大型项目的导航方便，集成调试等等(尽管我知道通过插件你可能可以在Emacs和Vim中得到很多)。 另外，我认为现在的ide有更广泛的用户基础，可能有更多的人为它们开发插件，但我可能错了。
坦白说，我喜欢我的鼠标。当我使用纯文本编辑器时，它变得很孤独。
其他回答
至于我为什么使用IDE，简单的回答是懒惰。
我是一个懒惰的人，当有简单的方法时，我不喜欢用困难的方法来做事情。IDE使生活变得简单，因此吸引了我们懒人。
当我输入代码时，IDE会自动检查代码的有效性，我可以突出显示一个方法并点击F1以获得帮助，右键单击并选择“转到定义”以直接跳转到定义的位置。我按下一个按钮和应用程序，与调试器自动附加启动为我。这样的例子不胜枚举。开发人员每天所做的所有事情都集中在一个屋檐下。
不需要使用IDE。只是不这么做要难得多。
Eclipse:
代码高亮显示，在后台编译，在执行过程中指出错误。
与javadoc集成，使用ctrl-Space提示变量名。
当我编译时，就会得到错误。我可以双击一个错误，它会显示相应的行。
很好地与JUnit集成，ctrl-F11运行测试，告诉我测试失败了。如果在输出窗口中出现异常，我可以双击某行，并将我带到失败的行。不仅如此，ctrl-F11还可以确保在运行测试之前编译所有内容(这意味着我永远不会忘记这样做)。
与ant集成。一个命令用于构建和部署应用程序。
集成调试器，包括web服务器的远程调试。
神奇的重构工具，搜索一段代码的引用。帮助我了解改变的影响。
总而言之，这让我更有效率。
当“文本编辑器”实际上是emacs时，我认为做经典的“文本编辑器和控制台窗口vs IDE”是不公平的。IDE:s的大多数典型特性也在emacs中。或者它们甚至起源于那里，现代IDE主要是界面的改进/简化。
这意味着对于最初的问题，答案并不是那么明确。这取决于所讨论站点的用户如何使用emacs，是主要将其用作文本编辑器，还是完全使用自定义脚本，学习相关模式的命令，了解代码标记等等。
代码自动完成。它对探索代码有很大帮助。
基于gui的ide(如Visual Studio和Eclipse)比基于文本的ide(如Emacs或vim)有几个优势，因为它们具有显示功能:
所见即所得预览和实时编辑的GUI设计 高效的属性编辑器(例如;使用GUI调色板选择颜色，包括定位渐变停止等) 代码概要、文件相互关系等的图形化描述 更有效地使用屏幕空间来显示断点、书签、错误等 更好的拖放支持操作系统和其他应用程序 集成编辑图纸、图像、3D模型等 显示和编辑数据库模型
基本上，使用基于gui的IDE，你可以在屏幕上获得更多有用的信息，你可以像查看文本部分一样轻松地查看/编辑应用程序的图形部分。
作为开发人员，最酷的事情之一是编辑一个计算一些数据的方法，并看到代码的实时输出以图形方式显示在另一个窗口中，就像你的用户在运行应用程序时看到的那样。现在，这就是所见即所得编辑!
基于文本的ide(如Emacs和vim)可以随着时间的推移添加代码补全和重构等特性，因此从长远来看，它们的主要限制是基于文本的显示模型。
