为什么要使用IDE？[关闭]

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

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

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

这实际上取决于您使用的语言，但是在C＃和Java中，我发现IDE对于以下方面有好处：

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

所有这些节省时间。这些是我可以手动完成的事情，但更加痛苦：我宁愿编写代码。

代码完成。它有助于探索代码。

关于为什么我使用IDE的简短答案是懒惰。

我是一个懒惰的人，当有一种简单的方法可以代替它时，他不喜欢用困难的方法去做。IDE使生活变得轻松，因此对我们懒惰的人们有吸引力。

在键入代码时，IDE会自动检查代码的有效性，我可以突出显示一种方法并按F1键以获得帮助，右键单击并选择“转到定义”以直接跳至定义位置。我按了一个按钮，并自动为我启动了带有调试器的应用程序。因此，清单继续。开发人员每天做的所有事情都聚集在一个屋顶下。

无需使用IDE。不这样做只是艰巨的工作。

当“文本编辑器”确实是emacs时，我认为做经典的“文本编辑器和控制台窗口vs IDE”是不公平的。IDE：s的大多数典型功能也包含在emacs中。也许它们甚至起源于此，现代IDE：主要是界面的改进/简化。

这意味着对于原始问题，答案不是那么明确。这取决于相关站点的人们如何使用emacs，主要是将emacs用作文本编辑器，还是全力以赴并使用自定义脚本，学习相关模式的命令，了解代码标记等。

我从相反的方向提出这个问题。我从小在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，它非常高效，而且很容易训练我们的人员成为专家。

作为您在问题中强调的回答的作者，并且坦率地回答了这一问题，我不得不说，在列出的众多原因中，专业开发人员的生产力是最重要的原因之一备受推崇的技能。

所谓生产力，是指能够以最佳可能的结果高效完成工作的能力。IDE在许多级别上都启用了此功能。我不是Emacs专家，但我怀疑它缺少主要IDE的任何功能。

设计，文档编制，跟踪，开发，构建，分析，部署和维护，企业应用程序中的关键垫脚石都可以在IDE中完成。

如果可以选择，为什么不使用如此强大的功能？

作为实验，请投入30天使用IDE的时间，然后看看您的感受。我很想阅读您对体验的想法。

拥有IDE具有以下优点：

• 编译通常是“即时”，这意味着不再需要切换到命令行进行编译
• 调试是集成的，并且在IDE中具有调试功能意味着步骤调试器实际上使用就地编辑器以可视方式向您显示执行了哪些代码
• IDE通常对您使用的语言具有更多的语义知识，并且可以在键入时向您显示可能的问题。重构比“搜索替换”功能强大得多。

还有更多，也许您应该尝试一下。

IDE基本上是：

• 带有代码完成，重构和文档的编辑器
• 调试器
• 文件系统资源管理器
• SCMS客户端
• 制作工具

全部放在一个包装中。

您可以使用单独的工具，或者仅使用出色的可编程编辑器和其他工具，例如Emacs（也具有Vim，但IDEbility IMO少一些），拥有所有这些功能（以及更多功能）。

如果您发现自己在一个实用程序与下一个实用程序之间进行了很多切换，并且可以集成到环境中，或者如果您缺少此处列出的某些功能（并且在其他文章中更为完整），那么也许是时候迁移到IDE了（或通过添加宏或不添加宏来提高环境的可访问性。如果您使用多个程序构建了自己的“ IDE”（就我在上面提到的意思），那么就无需使用实际的IDE。

日食：

使代码高亮显示，在后台编译，并指出我的错误。

与javadoc集成，建议使用ctrl-Space命名变量。

当我编译时，我在那里得到错误。我可以双击一个错误，并显示相应的行。

ctrl-F11与JUnit集成得很好，可以运行测试，并告诉我测试失败。如果输出窗口中有异常，我可以双击一行，然后转到失败的行。不仅如此，ctrl-F11还可以确保所有内容在运行测试之前都已编译（这意味着我永远不会忘记这样做）。

与ant集成。一个用于构建和部署应用程序的命令。

与调试器集成，包括Web服务器的远程调试。

FANTASTIC重构工具，搜索对代码段的引用。帮助我了解更改的影响。

总而言之，这使我更有生产力。

我将Emacs用作开发和邮件/新闻的主要环境已有大约十年的时间（1994年至2004年）。当我在2004年强迫自己学习Java时，我发现了IDE的强大功能，令我惊讶的是，我真的很喜欢IDE（IntelliJ IDEA）。

由于这里已经提到了很多原因，因此我将不讨论具体原因-请记住，不同的人喜欢不同的功能。我和一个同事使用相同的IDE，我们两个人仅使用了部分可用功能，而我们彼此不喜欢使用IDE的方式（但我们都喜欢IDE本身）。

但是，与我要关注的Emacs / Vim相关环境相比，IDE有一个优势：您花费更少的时间安装/配置所需的功能。

使用Wing IDE（适用于Python），我准备在安装后15-20分钟开始开发。不知道要花多少小时才能使用Emacs / Vim来使用和运行这些功能。:)

绝对可以提高我的生产率。到目前为止，我什至在Vista的Visual Studio中编写Linux应用程序的代码，然后使用Linux虚拟机来构建它们。

您不必记住函数或方法调用的所有参数，一旦开始键入它，IDE就会向您显示需要哪些参数。您将获得用于设置项目属性，编译器选项等的向导。您可以在整个项目中搜索内容，而不仅仅是在文件夹中搜索当前文档或文件。如果遇到编译器错误，请双击该错误，然后将您带到有问题的行。

集成了各种工具，例如模型编辑器，连接和浏览外部数据库，管理代码“片段”的集合，GUI建模工具等。所有这些都可以单独使用，但是将它们全部放在同一个开发环境中可以节省很多时间并保持开发流程更加高效。

不同的人可能有不同的原因。对我来说，这些就是优势。

1. 为项目提供综合的感觉。例如，我将所有相关项目文件放在单个视图中。
2. 提供更高的代码生产力，例如
   1. 语法高亮
   2. 引用程序集
   3. 智能感知
   4. 数据库和相关UI文件的集中视图。
   5. 调试功能

一天结束时，它可以帮助我编码，速度比在记事本或写字板中快。这是我偏爱IDE的一个很好的理由。

根据开发人员要完成的工作，IDE 可以是“高级”选择。

文本编辑器可以是“高级”的，因为IDE通常针对一种（或一小部分）语言。

如果开发人员将大部分时间都花在一种语言或相关语言（例如C＃和T-SQL）的“集群”中，则在一个OS上，则GUI设计，调试，智能感知，重构等工具将提供。一个好的IDE可能非常引人注目。例如，如果您花费大部分时间在VB.NET中工作，有时在Windows环境中偶尔使用一些T-SQL，那么如果您不看Visual Studio或类似的IDE，那就太傻了。 。

我对那些谁喜欢的IDE或文本编辑器没有偏见，既可以是非常有成效的和有用的，如果学得很好！

我认为这主要与开发人员的意识范围有关。IDE提供了开发人员工作上下文的宏观视图。您可以同时看到类层次结构，引用的资源，数据库模式，SDK帮助参考等。由于许多事情受您的击键的影响和影响，以及体系结构和体系结构交叉点的数量不断增加，因此越来越难一次只能从一个代码孤岛工作。

OTOH，“只有我，vim和手册页”为我提供了更为精益求精的微观视角，但又生动又精确。如果我有一个设计良好，分区合理，稀疏耦合且高度凝聚的代码库（可以用一种语言构建）和一组静态库来工作（这不是您的典型情况，尤其是随着开发团队规模的增长和代码结构的重新调整），这没关系时间，距离和个人喜好。

我目前正在处理Flex和.NET中的项目。关于Flex的优点之一是完成标准事物的方法有几种不同的方式-从数据库中提取数据，打开/关闭/读取/写入文件等。（但是，我正在使用Flex Builder / Eclipse IDE -一个典型的重量级示例，例如VS，因为我仍在学习基础知识并且需要训练轮。一旦我对自己的模式充满信心，我希望可以回到vim。）在这种情况下，我可以做些什么我需要通过真正了解一些事情来做专业。

OTOH，我无法想象使用.NET达到这一点，因为我期望保持的视图不断扩大和转移。概念上的完整性要差得多，一个项目用了几个月的开发人员，一致性却要差得多-但是IDE支持，也许鼓励这样做。因此，开发人员确实需要（并且可以更轻松地）充分了解更多东西。这还具有帮助他们回答（甚至理解）StackOverflow上更高比例的问题的好处。也就是说，我们可以拥有更深入的知识堆栈。我们可以响应各种需要帮助的广告。

事情在两个方向上都可能走得太远。也许在“仅限编辑器”范围内，这就像“如果只用锤子，一切看起来都像钉子”。使用IDE方法，无论您想要固定在一起的方式如何，您都有多种紧固件和相关工具可供选择-钉子/锤子，螺丝/螺丝刀，螺栓/扳手，粘合剂/胶枪/夹具，磁铁，而且不断-触手可及（带有向导可帮助您入门）。

不要认为它是排他性的。使用IDE可获得其好处，并在需要重点关注时切换到vim /首选文本编辑器。

我发现IDE可以更好地进行重构，浏览和调试，并弄清楚该怎么做。然后，在IDE中就完成了一些小事情，而我将这些事情翻转到了vim上以完成工作。

除了其他答案，我喜欢使用ViPlugin for Eclipse之类的工具将IDE 的开发能力与Vim 的编辑能力结合起来。

IntelliSense，集成的调试器和即时窗口使我的工作效率大大提高（Visual Studio 2008）。一切触手可及，在编写代码时，我可以将庞大项目的绝大部分保留在脑海中。微软可能会继续抛弃其操作系统，但Visual Studio是有史以来开发的最好的产品之一。

我不明白你在问什么。您问“我应该使用IDE而不是...”，但是我不知道替代方案是什么-Vim和Emacs可以实现IDE可以为您提供的许多功能。他们唯一无法解决的问题就是更大的IDE可能是UI设计器之类的东西。然后，您的问题可以简单地归结为“我应该使用哪种IDE”，并为更简单的Vim和​​Emacs领域创建参数。

对我来说，IDE是更好的，因为它允许更快的代码导航，如果您有什么想法要实现的话，这很重要。假设您不使用IDE，则到达目标位置将花费更长的时间。您的想法可能会更频繁地插话。这意味着必须单击更多的单击/更多的键。人们必须更加集中精力思考如何实现事物。当然，您也可以写下一些东西，但是必须在设计和实现之间进行过渡。而且，GUI设计人员也有很大的不同。如果您手动执行此操作，则可能需要更长的时间。

与基于文本的IDE（例如Emacs或vim）相比，基于Visual Studio和Eclipse的基于GUI的IDE具有多个优势，因为它们具有显示功能：

• 所见即所得的预览和用于GUI设计的实时编辑
• 高效的属性编辑器（例如，使用GUI调色板进行颜色选择，包括定位渐变挡块等）
• 图形轮廓，文件相互关系等的图形化描述
• 更有效地使用屏幕房地产来显示断点，书签，错误等
• 更好地支持OS和其他应用程序的拖放
• 集成编辑工程图，图像，3D模型等
• 显示和编辑数据库模型

基本上，使用基于GUI的IDE，您可以立即在屏幕上获得更多有用的信息，并且可以像查看文本部分一样轻松地查看/编辑应用程序的图形部分。

开发人员要体验的最酷的事情之一是编辑一种计算一些数据的方法，并在另一个窗口中以图形方式查看代码的实时输出，就像用户在运行该应用程序时看到的一样。现在，所见即所得的编辑！

随着时间的推移，基于文本的IDE（例如Emacs和vim）可以添加诸如代码完成和重构之类的功能，因此从长远来看，它们的主要限制是基于文本的显示模型。

我几乎所有开发内容都只使用Vim（几乎是因为我现在正在尝试学习emacs）。我认为纯粹的直观性（当然来自GUI）是人们喜欢使用IDE的主要原因。通过直观，几乎不需要该工具的学习开销。学习开销越少，他们可以完成的工作就越多。

一种IDE可以使人们更快，更轻松地工作...我注意到我花了很多时间在一个简单的文本编辑器中浏览代码...

在一个好的IDE中，如果IDE支持跳转到功能，到以前的编辑位置，到变量……那时间就减少了。而且，一个好的IDE减少了启动不同语言功能和项目的时间。可以很小。

我可以想到使用IDE的几个原因：

• 集成帮助是您的最爱。
• 带有Visual Studio预览的内置重构
• IntelliSense，语法要点，大型项目的导航便利性，集成调试等（尽管我知道，使用addins可以通过Emacs和Vim大量使用）。
• 另外，我认为现在的IDE具有更广泛的用户基础，可能有更多的人为他们开发外接程序，但是我可能是错的。

坦率地说，我喜欢我的鼠标。当我使用基于纯文本的编辑器时，它会变得孤独。

节省开发时间
通过提供集成调试，智能感知等功能，使生活更轻松。

有很多，但建议使用其中之一，它们显然不止于此。

我不确定文本编辑器和IDE之间是否有明确的界线。一端有记事本之类的东西，另一端有最好的现代IDE，但是两者之间有很多东西。大多数文本编辑器都突出显示语法；针对程序员的编辑器通常具有各种其他功能，例如易于代码导航和自动完成。Emacs甚至允许您集成调试器。甚至十年前的IDE所具有的帮助程序员的功能也远不如您今天对严肃的文本编辑器的期望。

我使用它的主要原因是当代码超过100个文件时。

尽管ctags可以完成工作，但是某些IDE还是非常不错的方法，可以非常快速地轻松导航文件。

当您要做很多工作时，它可以节省时间。

对我来说，这只是我们在终端的美好时光中所做的所有工作的GUI版本。我将始终同意，IDE并不是非常出色，因为它们隐藏了很多东西，尤其是有关链接的东西，但是在某些情况下，例如在某些开发平台（例如Qt）上，它们具有显着的优势。

像其他视觉对象一样的某些IDE甚至似乎在键入代码时便会解析您的代码，甚至在编译之前就检测到错误：似乎只有IDE可以与编译器紧密配合才能立即检测到键入源中的问题的逻辑。

我对IDE /命令行大战之所以存在的疯狂回答是，与D语言不同，从标准化的角度来看，C / C ++可执行文件的构建不是很好。每个平台都以自己的方式处理编译/链接/等操作，因此为了减少混乱，他们制作了一个IDE。

从您的角度来看，使用命令行可能会更简单，如果只有一个带有标准选项的编译器，那会很容易，但是事实是C / C ++是灵活的，因此最终所有平台以自己的方式进行操作，因此IDE不会浪费其说明操作方法。

如果您可以了解可执行文件如何与内核进行通信，或者您对编译器设计一无所知，那么也许可以使用适当的命令行来工作，但是我怀疑您有。

微软或苹果，尽管他们都是邪恶的，但他们必须提出一种直接的方式来构建应用程序而无需输入细节，并且由于构建应用程序直接取决于操作系统的体系结构，因此作为应用程序，这几乎不是“标准”的。命令行是。

简而言之，您不想在应用程序中进行简单，大型和复杂的操作-> IDE，小软件或简单的系统软件设计->命令行。当然，那些嵌入Makefile的漂亮库除外，但这是另一回事了。

我还认为，当交付的应用程序与GUI或具有接口或直接绑定到OS的东西有关时，会使用IDE，因此，同样适用于不知道而使用UI / GUI的人它是如何工作的，而对系统进行编程的人则不需要全部。

IDE只是现代的东西，但是我认为在100年后命令行仍然会存在。

我喜欢IDE，因为它使很多功能触手可及。我在IDE中非常重视项目中文件的编辑/编译/可见性。我现在使用Visual Studio，但是在以前的生活中，我使用SlickEdit，发现它使我的开发过程比不使用它时更加简化。

在决定是否使用IDE时，只有一件事要考虑，那就是它是否使您生产率更高。

简短的问题，如此简短的答案:)

这在很大程度上取决于您正在执行的操作以及使用的语言。就我个人而言，我倾向于不使用IDE（或者“我的IDE包含3个运行vim的xterm，一个运行数据库客户端的xterm， bash提示或尾随日志”，具体取决于您为我的大部分工作定义的“ IDE”），但是，如果我发现自己正在开发平台原生的GUI，则可以在以下语言中找到适合语言的IDE：即时-IMO，IDE和图形表单编辑彼此清晰地进行。