在另一个问题中，Mark高度评价了ide，说“有些人仍然不知道”为什么“他们应该使用一个……”。作为一个使用vim进行编程的人，并且在大多数/所有同事都使用vim或emacs进行所有工作的环境中工作的人，ide的优势是什么?我为什么要用它?
我相信这对一些人来说是一个棘手的问题，我对开始一场论战不感兴趣，所以请只回复你认为基于ide的方法更好的原因。我对听到为什么我不应该使用IDE不感兴趣;我已经不用了。可以这么说，我感兴趣的是听取“栅栏的另一边”的意见。
如果您认为ide可能适合某些类型的工作，但不适合其他类型的工作，我也很想知道为什么。
当前回答
我并不完全相信ide的使用。然而，我认为像Eclipse这样的优秀IDE最有价值的方面是良好集成的cscope风格的功能，能够快速理解大型代码库。
例如，在Eclipse中，您看到一个方法接受类型为FooBar的参数，但您不知道它的含义。与其浪费一分钟艰难地寻找定义(并冒着一路上各种分心的风险)，只需选择FooBar，按F3，它就会打开相关的源文件，直到FooBar被定义的那一行。
在我看来，ide的缺点是它们给了您一个更大的学习曲线，除非您想使用绝对默认的配置。(Emacs也是如此。)
其他回答
简单地说，IDE提供了比简单编辑器更省时的特性。
I'm not sure there's a clear dividing line between a text editor and an IDE. You have the likes of Notepad at one end of the scale, and the best modern IDEs at the other, but there are a lot of thing in between. Most text editors have syntax highlighting; editors aimed at programmers often have various other features such as easy code navigation and auto complete. Emacs even lets you integrate a debugger. The IDEs of even ten years ago had far less features to help programmers than you'd expect of a serious text editor these days.
对我来说，这只是我们在终端时代所做的一切的GUI版本。我一直认为IDE不是很优秀，因为它们隐藏了很多东西，特别是关于链接的东西，但在某些情况下，它们有一个显著的优势，例如与某些开发平台，如Qt。
有些IDE甚至可以在你输入代码时解析代码，并在你编译之前检测错误:从逻辑上看，似乎只有IDE可以与编译器紧密合作，立即检测类型化源代码中的问题。
我疯狂地回答IDE/命令行之争的存在只是因为C/ c++可执行的构建不是很好地处理从标准化的角度来看，不像D语言;每个平台都以自己的方式处理编译/链接等，所以为了不那么混乱，他们制作了一个IDE。
从你的角度来看，使用命令行可能会更简单，如果只有一个带有标准选项的编译器，那就很容易了，但事实是C/ c++是灵活的，所以最后，所有平台都用自己的方式来做，因此IDE不会浪费时间解释如何做。
如果您了解可执行文件如何与内核对话，或者如果您了解编译器设计，那么也许有一种方法可以使用合适的命令行，但我怀疑您没有。
微软或苹果，他们都是邪恶的，必须提出一种直接的方法来构建应用程序，而不需要进入细节，因为构建应用程序直接依赖于操作系统的架构，它很难像命令行那样是“标准的”。
把它放在简单、大而复杂的应用程序中，你不想深入研究它的功能——> IDE，小块软件或简单的系统软件设计——>命令行。当然，除了那些嵌入Makefile的漂亮的库，但那是另一个故事。
另外，我认为IDE是在应用程序与GUI或有接口或直接绑定到操作系统的东西有关时使用的，所以，它也适用于那些使用UI/GUI但不知道它如何工作的人，而那些编写系统程序的人不需要它。
IDE只是现代的垃圾，但我认为在100年内命令行还会存在。
不要认为这是排他性的。使用IDE来获得它所提供的好处，当需要集中精力时切换到vim/首选的文本编辑器。
我发现IDE更适合重构、浏览、调试以及找出要做的事情。然后在IDE中完成小的事情，大的事情我切换到vim来完成。
It's really VERY simple. But this answer is a bit of a paradox in that I am discussing something only EMBEDDED level developers ever encounter. The reason this is an odd view is that frankly when I was doing embedded work (the brief time I was making any real money) an IDE would be down right STRANGE and most of your coworkers would wonder why you can't remember enough about SNMP/ASN.1 or whatever protocol you were dealing with to just /do your job/. BUT you can NOT, as far as I know, do a graphical simulation of what your microcontroller is doing in something like /real time/ without an "IDE".
