在另一个问题中,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)可以随着时间的推移添加代码补全和重构等特性,因此从长远来看,它们的主要限制是基于文本的显示模型。
这取决于你使用的语言,但在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!
所有这些都节省时间。这些事情我可以手动完成,但会更痛苦:我宁愿编写代码。