在另一个问题中，Mark高度评价了ide，说“有些人仍然不知道”为什么“他们应该使用一个……”。作为一个使用vim进行编程的人，并且在大多数/所有同事都使用vim或emacs进行所有工作的环境中工作的人，ide的优势是什么?我为什么要用它?
我相信这对一些人来说是一个棘手的问题，我对开始一场论战不感兴趣，所以请只回复你认为基于ide的方法更好的原因。我对听到为什么我不应该使用IDE不感兴趣;我已经不用了。可以这么说，我感兴趣的是听取“栅栏的另一边”的意见。
如果您认为ide可能适合某些类型的工作，但不适合其他类型的工作，我也很想知道为什么。
当前回答
我更喜欢IDE，因为它允许我集成编辑/编译/调试，只需单击一下从错误跳转到生成错误的行。此外，它允许使用操作系统标准接口显示多个信息窗格。简而言之，它为用户提供了一个基于鼠标的输入界面和一个现代的输出界面，而不是依靠上世纪70年代的技术和界面来帮助我。
IDE还有更复杂的用户和用途，我并没有说我使用过他们或了解他们所有人。当我需要的时候，我会学习它们。
其他回答
不同的人可能有不同的原因。对我来说，这些都是优势。
为项目提供了一种完整的感觉。例如，我将有所有相关的项目文件在单一视图。 提供了更高的代码生产力，如 语法高亮显示 程序集引用 智能感知 数据库和相关UI文件的集中视图。 调试特性
最后，它帮助我更快地编写代码，而不是在记事本或写字板上。这是我更喜欢IDE的一个很好的理由。
这取决于你使用的语言，但在c#和Java中，我发现ide对以下方面有好处:
Quickly navigating to a type without needing to worry about namespace, project etc Navigating to members by treating them as hyperlinks Autocompletion when you can't remember the names of all members by heart Automatic code generation Refactoring (massive one) Organise imports (automatically adding appropriate imports in Java, using directives in C#) Warning-as-you-type (i.e. some errors don't even require a compile cycle) Hovering over something to see the docs Keeping a view of files, errors/warnings/console/unit tests etc and source code all on the screen at the same time in a useful way Ease of running unit tests from the same window Integrated debugging Integrated source control Navigating to where a compile-time error or run-time exception occurred directly from the error details. Etc!
所有这些都节省时间。这些事情我可以手动完成，但会更痛苦:我宁愿编写代码。
对我来说，这肯定会提高我的工作效率。我甚至在Vista上的Visual Studio中编写Linux应用程序，然后使用Linux虚拟机来构建它们。
你不需要记住函数或方法调用的所有参数，一旦你开始输入它，IDE就会告诉你需要什么参数。您可以使用向导来设置项目属性、编译器选项等。您可以在整个项目中搜索内容，而不仅仅是当前文档或文件夹中的文件。如果你得到一个编译器错误，双击它，它会直接把你带到有问题的行。
集成了模型编辑器、连接和浏览外部数据库、管理代码“片段”集合、GUI建模工具等工具。所有这些东西都可以单独使用，但是将它们都放在同一个开发环境中可以节省大量时间，并使开发过程更有效地进行。
ide基本上是:
编辑器/代码完成，重构和文档 调试器 文件系统资源管理器 scm的客户 构建工具
都在一个包里。
您可以使用单独的工具或出色的可编程编辑器和额外的工具，如Emacs(也可以使用Vim，但IDEbility IMO稍微少一些)来实现所有这些功能(以及更多功能)。
如果您发现自己经常在一个实用程序和下一个可以集成到环境中的实用程序之间切换，或者如果您缺少这里列出的一些功能(其他文章中有更完整的功能)，那么可能是时候转移到IDE了(或者通过添加宏之类的方法来提高环境的ideability)。如果你已经用一个以上的程序构建了一个“IDE”(在我上面提到的意义上)，那么就没有必要转移到一个真正的IDE。
作为你在你的问题中强调的回答的作者，并且承认这一点有点晚了，我不得不说，在列出的许多原因中，专业开发人员的生产力是最受重视的技能之一。
我所说的生产力是指高效地完成工作并取得最佳结果的能力。ide在许多级别上都支持这一点。我不是Emacs专家，但我怀疑它缺乏主要ide的任何特性。
设计、文档编制、跟踪、开发、构建、分析、部署和维护，这些企业应用程序中的关键步骤都可以在IDE中完成。
如果你有选择，为什么不用这么强大的东西呢?
作为实验，让自己使用一个IDE 30天，然后看看感觉如何。我很想听听你对这次经历的看法。
