在另一个问题中，Mark高度评价了ide，说“有些人仍然不知道”为什么“他们应该使用一个……”。作为一个使用vim进行编程的人，并且在大多数/所有同事都使用vim或emacs进行所有工作的环境中工作的人，ide的优势是什么?我为什么要用它?
我相信这对一些人来说是一个棘手的问题，我对开始一场论战不感兴趣，所以请只回复你认为基于ide的方法更好的原因。我对听到为什么我不应该使用IDE不感兴趣;我已经不用了。可以这么说，我感兴趣的是听取“栅栏的另一边”的意见。
如果您认为ide可能适合某些类型的工作，但不适合其他类型的工作，我也很想知道为什么。
当前回答
我更喜欢IDE，因为它允许我集成编辑/编译/调试，只需单击一下从错误跳转到生成错误的行。此外，它允许使用操作系统标准接口显示多个信息窗格。简而言之，它为用户提供了一个基于鼠标的输入界面和一个现代的输出界面，而不是依靠上世纪70年代的技术和界面来帮助我。
IDE还有更复杂的用户和用途，我并没有说我使用过他们或了解他们所有人。当我需要的时候，我会学习它们。
其他回答
至于我为什么使用IDE，简单的回答是懒惰。
我是一个懒惰的人，当有简单的方法时，我不喜欢用困难的方法来做事情。IDE使生活变得简单，因此吸引了我们懒人。
当我输入代码时，IDE会自动检查代码的有效性，我可以突出显示一个方法并点击F1以获得帮助，右键单击并选择“转到定义”以直接跳转到定义的位置。我按下一个按钮和应用程序，与调试器自动附加启动为我。这样的例子不胜枚举。开发人员每天所做的所有事情都集中在一个屋檐下。
不需要使用IDE。只是不这么做要难得多。
智能感知、集成调试器和即时窗口使我的工作效率大大提高(Visual Studio 2008)。有了一切触手可及的东西，我可以在写代码的时候把一个庞大项目的绝大部分都记在脑子里。微软可能一直在他们的操作系统上犯错，但是Visual Studio是有史以来最好的产品之一。
对我来说，这只是我们在终端时代所做的一切的GUI版本。我一直认为IDE不是很优秀，因为它们隐藏了很多东西，特别是关于链接的东西，但在某些情况下，它们有一个显著的优势，例如与某些开发平台，如Qt。
有些IDE甚至可以在你输入代码时解析代码，并在你编译之前检测错误:从逻辑上看，似乎只有IDE可以与编译器紧密合作，立即检测类型化源代码中的问题。
我疯狂地回答IDE/命令行之争的存在只是因为C/ c++可执行的构建不是很好地处理从标准化的角度来看，不像D语言;每个平台都以自己的方式处理编译/链接等，所以为了不那么混乱，他们制作了一个IDE。
从你的角度来看，使用命令行可能会更简单，如果只有一个带有标准选项的编译器，那就很容易了，但事实是C/ c++是灵活的，所以最后，所有平台都用自己的方式来做，因此IDE不会浪费时间解释如何做。
如果您了解可执行文件如何与内核对话，或者如果您了解编译器设计，那么也许有一种方法可以使用合适的命令行，但我怀疑您没有。
微软或苹果，他们都是邪恶的，必须提出一种直接的方法来构建应用程序，而不需要进入细节，因为构建应用程序直接依赖于操作系统的架构，它很难像命令行那样是“标准的”。
把它放在简单、大而复杂的应用程序中，你不想深入研究它的功能——> IDE，小块软件或简单的系统软件设计——>命令行。当然，除了那些嵌入Makefile的漂亮的库，但那是另一个故事。
另外，我认为IDE是在应用程序与GUI或有接口或直接绑定到操作系统的东西有关时使用的，所以，它也适用于那些使用UI/GUI但不知道它如何工作的人，而那些编写系统程序的人不需要它。
IDE只是现代的垃圾，但我认为在100年内命令行还会存在。
这取决于你使用的语言，但在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!
所有这些都节省时间。这些事情我可以手动完成，但会更痛苦:我宁愿编写代码。
这在很大程度上取决于你在做什么，以及你用什么语言来做。就我个人而言,我倾向于不使用IDE(或“我的IDE包含3 xterm vim运行,运行数据库客户端,和一个bash提示或尾矿日志”,这取决于你广泛的定义IDE)的大部分时间里我的工作,但是,如果我发现自己开发一个platform-native GUI,然后我会找一个瞬间看清IDE——国际海事组织、IDE和图形形式编辑显然是天生的一对。
