为什么要使用IDE？

Question

在另一个问题中，Mark高度评价IDE，他说：“有些人仍然不知道他们为什么应该使用一个...”。作为使用vim进行编程的人，并且在大多数/所有同事都使用vim或emacs进行工作的环境中工作，IDE的优点是什么？我为什么要使用一个？

我确定这对某些人来说是一个需要付费的问题，并且我对发动火焰战争不感兴趣，因此请仅以您认为基于IDE的方法优越的理由进行答复。我对为什么不应该使用IDE不感兴趣。我已经不用了。可以这么说，我对从“栅栏的另一侧”听到有兴趣。

如果您认为IDE可能适合某些类型的工作，但不适合其他类型的工作，那么我也很想知道为什么。

Answer 1

这实际上取决于您使用的语言，但是在C＃和Java中，我发现IDE对以下方面有好处：快速导航到类型，而无需担心名称空间，项目等通过将其视为超链接来导航至成员当您不记得所有成员的姓名时自动完成自动代码生成重构（大量）组织导入（使用C＃中的指令在Java中自动添加适当的导入）输入时警告（即某些错误甚至不需要编译周期）将鼠标悬停在某处即可查看文档以一种有用的方式同时在屏幕上同时查看文件，错误/警告/控制台/单元测试等以及源代码的视图易于从同一窗口运行单元测试集成调试集成源代码控制直接从错误详细信息导航到发生编译时错误或运行时异常的位置。等等！所有这些节省时间。这些是我可以手动完成的工作，但更加痛苦：我宁愿编写代码。

Answer 2

关于为什么我使用IDE的简短答案是懒惰。我是一个懒惰的灵魂，当有一种简单的方法可以执行此操作时，我不喜欢用困难的方法进行操作。IDE使生活变得轻松，因此对我们懒惰的人们有吸引力。在键入代码时，IDE会自动检查代码的有效性，我可以突出显示一个方法并按F1键以获得帮助，右键单击并选择“转到定义”以直接跳至定义位置。我按了一个按钮，然后为我自动启动了带有调试器的应用程序。因此，清单继续。开发人员每天做的所有事情都聚集在一个屋顶下。无需使用IDE。不这样做只是艰巨的工作。

Answer 3

我从相反的方向提出这个问题。我从小在Makefile + Emacs领域的进站编程中长大。从我最早的DOS编译器Microsoft Quick C上，我就有一个IDE来自动执行操作。我花了很多年在Visual C ++ 6.0中工作，当我毕业于Enterprise Java时，我与Borland JBuilder一起工作，然后选择了Eclipse，这对我来说非常有用。在我最初的自学，大学学习以及现在的职业生涯中，我逐渐了解到，仅在IDE中完成的任何主要软件开发都会适得其反。我说这是因为大多数IDE都希望您在他们的工作中我控制世界的独特风格。您必须按照项目对项目进行切片和切块。您已使用其奇数对话框管理项目构建。大多数IDE都无法很好地管理项目之间的复杂构建依赖关系，并且依赖关系很难100％正常工作。我曾经遇到过这样的情况，除非我执行Clean / Rebuild All，否则IDE无法生成有效的代码。最后，几乎没有一种干净的方法可以将软件移出开发并从IDE移入其他环境（如QA或Production）。建立所有部署单元通常是一件棘手的大事，或者您有一些IDE供应商为您捆绑东西的笨拙工具。但是再说一次我了解到，与团队一起进行大规模开发，如果我们使用IDE开发代码并使用手动编写的命令行脚本来完成所有构建，那么我们将是最高效的。（我们喜欢使用Apache Ant进行Java开发。）我们发现，在IDE外运行脚本只是复杂的构建过程中的一次点击繁琐或自动化的噩梦，将Alt + Tab切换为一个更容易（且破坏性较小）。外壳并在那里运行脚本。手动构建要求我们错过现代IDE中的一些精妙之处，例如后台编译，但我们获得的要紧得多：可以在多种环境中生存的简洁易用的构建。所有那些敏捷人士都在谈论“一键构建”吗？我们有它。我们的构建脚本也可以由连续集成系统直接调用。通过持续集成来管理构建，这使我们可以更正式地将代码部署分段并将其迁移到不同的环境，并且当有人签入破坏构建或单元测试的不良代码时，我们几乎可以立即知道。实际上，我担负起从IDE进行构建的角色并没有对我们造成太大的伤害。Eclipse中的智能感知和重构工具仍然完全有用和有效-后台编译只是用来支持那些工具。而且，Eclipse独特的项目切片是一种很好的方法，可以以一种每个人都可以理解的方式从心理上分解我们的问题集（尽管这对我的口味还有些冗长）。我认为Eclipse最重要的事情之一就是出色的SCM集成，这就是使团队开发如此愉快的原因。我们使用Subversion + Eclipse，它非常高效，而且很容易培训我们的人员成为专家。