在另一个问题中，Mark高度评价了ide，说“有些人仍然不知道”为什么“他们应该使用一个……”。作为一个使用vim进行编程的人，并且在大多数/所有同事都使用vim或emacs进行所有工作的环境中工作的人，ide的优势是什么?我为什么要用它?
我相信这对一些人来说是一个棘手的问题，我对开始一场论战不感兴趣，所以请只回复你认为基于ide的方法更好的原因。我对听到为什么我不应该使用IDE不感兴趣;我已经不用了。可以这么说，我感兴趣的是听取“栅栏的另一边”的意见。
如果您认为ide可能适合某些类型的工作，但不适合其他类型的工作，我也很想知道为什么。
当前回答
基于gui的ide(如Visual Studio和Eclipse)比基于文本的ide(如Emacs或vim)有几个优势，因为它们具有显示功能:
所见即所得预览和实时编辑的GUI设计 高效的属性编辑器(例如;使用GUI调色板选择颜色，包括定位渐变停止等) 代码概要、文件相互关系等的图形化描述 更有效地使用屏幕空间来显示断点、书签、错误等 更好的拖放支持操作系统和其他应用程序 集成编辑图纸、图像、3D模型等 显示和编辑数据库模型
基本上，使用基于gui的IDE，你可以在屏幕上获得更多有用的信息，你可以像查看文本部分一样轻松地查看/编辑应用程序的图形部分。
作为开发人员，最酷的事情之一是编辑一个计算一些数据的方法，并看到代码的实时输出以图形方式显示在另一个窗口中，就像你的用户在运行应用程序时看到的那样。现在，这就是所见即所得编辑!
基于文本的ide(如Emacs和vim)可以随着时间的推移添加代码补全和重构等特性，因此从长远来看，它们的主要限制是基于文本的显示模型。
其他回答
使用ide的一个很好的理由是，它们是生产现代软件的公认方式。如果您不使用，那么您可能会使用“老式”的东西，如vi和emacs。这可能会导致人们得出结论——可能是错误的——你被困在自己的方式中，无法适应新的工作方式。在软件开发这样的行业——创意可能在短短几个月内就会过时——这是一种危险的状态。这可能会严重损害你未来的工作前景。
拥有IDE有以下优势:
编译通常是“动态的”，这意味着不再切换到命令行进行编译 调试是集成的，在IDE中拥有调试意味着步进调试器实际上使用就地编辑器来直观地显示执行了哪些代码 IDE通常对您正在使用的语言具有更多的语义知识，并且可以在输入时向您显示可能出现的问题。重构比“搜索替换”强大得多。
还有很多，也许你应该试试。
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".
这在很大程度上取决于你在做什么，以及你用什么语言来做。就我个人而言,我倾向于不使用IDE(或“我的IDE包含3 xterm vim运行,运行数据库客户端,和一个bash提示或尾矿日志”,这取决于你广泛的定义IDE)的大部分时间里我的工作,但是,如果我发现自己开发一个platform-native GUI,然后我会找一个瞬间看清IDE——国际海事组织、IDE和图形形式编辑显然是天生的一对。
我也几乎只使用Vim(几乎是因为我现在正在尝试学习emacs)来完成我的所有开发工作。我认为纯粹的直观性(当然来自GUI)是人们喜欢使用ide的主要原因。通过直观，几乎不需要学习工具的开销。学习开销越少，他们完成的工作就越多。
