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

If you are looking for an objective analysis of both the editors, look at their origins and the philosophy behind their respective designs. Think, which one would suit you better and learn it (and learn it and learn it, because it takes time before you being to discover its true utility as against any IDE). An Introduction to Display Editing with Vi was written by Bill Joy and Mark Horton and he explains why he choose modal design and rationale for various key strokes ( it helps me to remember that CTRL-W +W (will switch to next Window and it will same for CTRL W+ CTRL W, just in case you held the CTRL key for a longer duration.

这里有一个Emacs时间轴的链接，并有对Multics Emacs论文的参考。这是一篇关于Emacs的RMS论文，我看到重点在可编程文本编辑器上(甚至早在1981年或更早的时候)。

我没有读过emacs的论文，但是读过Bill Joy的vi论文几次。 两者都是旧的，但你仍然会得到哲学，你可以选择使用当前的工具(vim 7。X还是emacs 25?)

编辑:我忘了说，阅读这两篇论文需要耐心和想象力，因为它会让你在阅读时回到过去。但这是值得的。

对我来说，emacs的优点是，

tramp模式允许您通过ssh编辑远程文件。就像本地文件一样。 Tramp-mode + dired =全功能SFTP客户端 支持您需要的所有语言。 内置的终端模拟器(术语模式)，所以我可以继续编码，而无需在应用程序之间切换。 可扩展性任何你不喜欢的东西都可以用lisp来改变。

Emacs具有Viper模式，因此在某种意义上，它提供了一个超特性集(除了那些在使用Viper和Vimpulse的Emacs中缺少哪些Vim特性?)

vi(和VIM IIRC)的重量较轻(它可以就地编辑文件)，但提供的功能较少(子进程通信、扩展语言)。

我是一个不折不扣的Emacs迷，但我早在认识Emacs之前就认识VI了。也就是说，我让我所有的人学习VI，因为它总是可用的，在任何地方。选哪一个都不会错。

在你的问题中，你没有提到你想让它用Lisp编程!但是当你评论你的回答时，我明白你实际上想要一个LISP编程接口。

对于这个精确的任务，忘记Vi吧。Emacs与LISP的集成非常棒!你应该使用SLIME。然后，您将与REPL进行出色的集成，能够将函数、缓冲区或文件直接计算到emacs缓冲区中运行的解释器中，以及更多…