关于这两个编辑器，已经说了很多，但我只想补充我的5便士。这两个编辑器都很棒，你不会选错他们中的任何一个。

我使用vi/vim已经有15年了。我试过几次转换到emacs，但每次都发现vim实际上可以做缺少的事情，而不需要写一个lisp扩展或安装一些东西。

对我来说，编辑器的主要区别是vim让你使用环境/操作系统，而emacs试图封装它或替换它。 例如，您可以在文本中添加日期:r!日期在vim，或日历与:r!ccal1 2014，甚至用十六进制版本的内容替换缓冲区的内容。如。: % !Xxd，编辑十六进制，然后返回:%!XXD -r，以及许多其他用途，如内置grep, sed等。

另一个例子是使用jq和gron。如。将json blob粘贴到编辑器，然后运行转换:

:r!curl -s http://interesting/api/v1/get/stuff
:%!gron | grep 'interesting' | gron -u

OR

:%!jq .path.to.stuff

上面的每个管道命令都可以通过:%!<命令>，其中%表示所有文档，但也可以对选定的行等运行。这里gron输出可以作为jq路径。

您还可以获得EX批量编辑功能，例如。替换某些单词，重新格式化代码，转换dos->unix换行符，一次对100个文件运行宏。这很容易用ex完成。我不确定emacs是否有类似的东西。

换句话说，IMHO vim更接近unix哲学。它通常更简单、更小，但是如果您了解您的操作系统和工具，您可能只需要VIM提供的东西。我从来没有。

此外，vi在任何unix/linux系统上都是事实上的标准，为什么要学习使用两个做同样事情的工具呢?当然，有些系统提供mg或类似的东西，但肯定不是所有的。Unix + Vi <3。

好吧，只要我的5便士。

关于这两个编辑器，已经说了很多，但我只想补充我的5便士。这两个编辑器都很棒，你不会选错他们中的任何一个。

我使用vi/vim已经有15年了。我试过几次转换到emacs，但每次都发现vim实际上可以做缺少的事情，而不需要写一个lisp扩展或安装一些东西。

对我来说，编辑器的主要区别是vim让你使用环境/操作系统，而emacs试图封装它或替换它。 例如，您可以在文本中添加日期:r!日期在vim，或日历与:r!ccal1 2014，甚至用十六进制版本的内容替换缓冲区的内容。如。: % !Xxd，编辑十六进制，然后返回:%!XXD -r，以及许多其他用途，如内置grep, sed等。

另一个例子是使用jq和gron。如。将json blob粘贴到编辑器，然后运行转换:

:r!curl -s http://interesting/api/v1/get/stuff
:%!gron | grep 'interesting' | gron -u

OR

:%!jq .path.to.stuff

上面的每个管道命令都可以通过:%!<命令>，其中%表示所有文档，但也可以对选定的行等运行。这里gron输出可以作为jq路径。

您还可以获得EX批量编辑功能，例如。替换某些单词，重新格式化代码，转换dos->unix换行符，一次对100个文件运行宏。这很容易用ex完成。我不确定emacs是否有类似的东西。

换句话说，IMHO vim更接近unix哲学。它通常更简单、更小，但是如果您了解您的操作系统和工具，您可能只需要VIM提供的东西。我从来没有。

此外，vi在任何unix/linux系统上都是事实上的标准，为什么要学习使用两个做同样事情的工具呢?当然，有些系统提供mg或类似的东西，但肯定不是所有的。Unix + Vi <3。

好吧，只要我的5便士。

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?)

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

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

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

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

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

如果您经常从一个站点移动到另一个站点，或者您的工作涉及到登录到生产系统，那么vim就是合适的选择。

默认情况下，所有*nix机器都会安装vi。

大多数sysdamins更喜欢ksh作为默认shell。KSH使用vi(或emacs)命令击键来搜索历史记录并编辑命令行。

如果你不太了解vi，当你登录到一个标准配置的unix机器上时，你就会受到严重的限制。

仅仅因为这个原因，我推荐vim作为你日常的编辑器。我曾经见过emacs爱好者试图在一个基本的unix服务器上修改配置文件。

我认为主要的区别在于设计目标。 VIM是UNIX的工作编辑器。 Emacs是针对GNU和lisp黑客的，所以它有一些混合的设计元素。

我在我的工作站上使用vim，而我也喜欢emacs。