【发布时间】:2010-09-08 23:17:35
【问题描述】:
目前,当我使用 C 或 C++ 进行编码时,我使用 Emacs 的工作流程涉及三个窗口。右侧最大的包含我正在使用的文件。左边一分为二,底部是我用来输入编译或制作命令的外壳,顶部通常是我在工作时想查阅的某种文档或 README 文件。现在我知道那里有一些非常专业的 Emacs 用户,如果打算将 Emacs 用作完整的 IDE,我很好奇其他 Emacs 在功能上是有用的。具体来说,大多数 IDE 通常以某种形式实现这些功能:
- 源代码编辑器
- 编译器
- 调试
- 文档查找
- 版本控制
- OO 功能,例如类查找和对象检查器
对于其中的一些,Emacs 是如何适应这些功能的很明显,但其余的呢?此外,如果必须专注于特定语言,我会说它应该是 C++。
编辑:一位用户指出,当我说“剩下的呢”时,我应该更具体一些。大多数情况下,我对有效的版本控制以及文档查找感到好奇。例如,在 SLIME 中,对 Lisp 函数进行快速的超规范查找是相当容易的。有没有一种快速的方法可以在 C++ STL 文档中查找某些内容(例如,如果我忘记了 hash_map 的确切语法)?
【问题讨论】:
-
问题和所有答案都完全缺少主要的 IDE 点。但首先不要误会我的意思:我认为没有任何一个 IDE(除了一些罕见的 Lisp/Scheme 之外)可以与 Emacs 提供的任何地方相近。 然而现代 IDE 会做这样的事情:即时突出显示可能的编码错误(即使在部分不可编译的 AST 上)。 IntelliJ IDEA 做到了:如果您使用,例如,@NotNull,它会实时警告您可能的违规行为。然后是整个“按意图编码”:它在 Emacs 下(还)根本不起作用。
-
优秀 IDE 真正大放异彩的另一个领域:上下文代码完成(再一次,即使是在不偏不倚的、不可编译的源文件上)。上下文代码完成 p0wns hippie-expand 任何一天都觉得这并不好笑:它只会让 Emacs 蒙羞。与 Emacs 相比,IDE“文本编辑器”又是廉价、蹩脚、愚蠢、可悲的垃圾,我再次感到非常难过。但是优秀的 IDE 在很多 Emacs 基本上无处可去的领域(如重构、上下文代码完成、实时警告等)大放异彩。在我的 IDE 中间给我 Emacs。我渴望那一天。
-
代码崩溃怎么办?
-
@SyntaxT3rr0r 我们有上下文相关代码完成的语义。
标签: emacs ide development-environment slime