击键执行::: Vi编辑将保留键入键的每个排列。这将在决策树中创建一个路径，该路径明确地标识任何命令，而Emacs命令是立即执行的键入键的组合，使用户可以选择是否使用命令。

内存使用和可定制性::: vi是一个更小更快的程序，自定义能力更有限，而Emacs启动时间更长，需要更多内存。然而，它是高度可定制的，并且包含大量的特性，因为它本质上是为文本编辑而设计的Lisp程序的执行环境。

我从vi开始，到emacs，然后到vim。我一直想试试Emacs，看看在过去五年中发生了什么变化。(说到IDE，我已经使用eclipse有一段时间了，但我更喜欢我的终端窗口连接我的mac和我(丈夫的)linux盒子)。

剪切粘贴的事最近一直困扰着我。在Vim中剪切和粘贴比在Emacs和IIRC中需要更多的步骤。从浏览器粘贴到终端窗口很烦人，除非你做了一些我不喜欢做的奇特的事情，所以我忍受了奇怪的缩进。我认为，在emacs中编辑多个文件更容易。如果两个文件都在屏幕上，至少可以从一个文件跳转到下一个文件。

我没有使用vi或emacs的花哨特性，因为我只是想开始编码的工作。我所需要的是漂亮的颜色和适当的制表符到空格的转换(对python尤其重要)。

我认为这完全取决于你是想使用:wq还是Ctrl-x Ctrl-s (IIRC)来保存文件，如果你不关心花哨的东西。

@mgb是正确的。一两个月前，我曾在Debian发行版中使用最低限度的linux来修复一些东西。Vi是唯一可用的编辑器。

对于我来说，选择使用emacs而不是vim的最大区别是emacs内置的gdb支持。Vim的默认发行版中并没有包含这个功能，而且用于集成gdb和Vim的项目几乎不可能使用MacVim

在日常层面上有巨大的区别——Vim(或任何vi变体)本质上是模态的(你进入命令模式，但你不能编辑)，而Emacs(以及大多数其他编辑器)不是。

当然，使用菜单之类的东西，你不需要在Vim中实际进入命令模式——首先。但即使使用Vim的一小部分力量，你也会。这是Vim/Emacs争论的核心。

就我个人而言，我还认为Emacs的可扩展性要强得多。你可以找到很多东西的Elisp包。

不过，我很好奇，为什么您考虑学习其中一种而不是更传统的IDE。你为什么要学这个?

偏颇的观点:

Vi(不是vim)是一种专业需要。你总是有某种形式的 Vi容易获得，无论什么环境。你可以在vi中 在emacs中，您可以在vi中在unix-land中构建bash命令。

甚至Microsquish也必须支持vi(尽管他们做得很好 隐藏它)，因为政府和公司遵守公布 标准。

在我看来，如果你在一个繁忙的环境中从事一份亲力亲为的工作——不 温室里的一朵花，被限制在一个开发项目的一个花哨的钻机上 环境，或者在学术界——了解一个高级编辑是一项工作 障碍。不要学习vim或emacs中的所有花哨技巧，不要 开发一堆宏，使编辑环境屈从于你的意愿。 这是一个巨大的时间消耗，当你注意的时候 不同的机器，你可能不能证明在工厂 环境。

读读比尔·乔伊的论文，他写得很好，甚至可以说 非常漂亮，编辑纯文本的工程练习 快。帕里托法则适用于此:80%的水果都在20%里 篮子的。编辑纯文本非常非常快是关键 编辑能力——其他都是可选的——有时是有害的。

Vim不是一个壳。而且它不能很好地与子进程通信。这几乎是设计的，而在Emacs中，这些元素是设计包含的。这意味着有些东西，比如嵌入调试器或解释器(产生某种IDE)，在Vim中是很困难的。

此外，Emacs快捷方式主要是通过修饰符访问的，显然Vim接口是出了名的模态接口，可以访问大量的直接键进行操作。

Emacs曾经是这两个编辑器中唯一可编程的编辑器，而Vim的可编程性有很多奇怪的级别，添加了Python和Ruby绑定(还有更多，我忘记了)，Vim也可以以您所关心的大多数方式进行可编程。

我使用Vim，而且我对它相当满意。