您将如何比较这些编辑器?每种优点和缺点是什么?

[note]那些“恨一个人而爱另一个人”或没有使用两者的人并不想回答。

评论

M-! emacs RET这就像在google中搜索“ google”

重复的SO问题:ubuntu的stackoverflow.com/questions/1430164/…askubuntu.com/questions/804/…和程序员programmers.stackexchange.com/questions/1271/…在这里一定会很受欢迎。

我很惊讶没有人提到XKCD378。

请注意,这些问题永远不会困扰于与真正的WYGIWYG编辑器Ed进行比较!

@ tedder42然后您最好声明“ Mel” ...

#1 楼

我同时使用这两种方法,尽管如果必须选择一种,我知道我会选择哪一种。不过,我会尝试在一些问题上进行客观比较。


到处都有?如果您是使用Unix系统的专业系统管理员,或者是嵌入式设备(路由器,带有Busybox的智能手机等)上的高级用户,则需要了解vi(而非Vim),因为它在所有Unix系统上都可用,并且大多数类似于Unix的系统,无论是台式机,服务器还是嵌入式系统。对于普通用户而言,此参数是无关紧要的:Emacs易于在每个台式机/服务器操作系统上使用,并且由于它支持远程编辑,因此无论如何都可以在台式机上使用它。

膨胀了吗? Emacs曾经幽默地代表“八兆字节并不断交换”。现在,在我的计算机上,每个Chrome标签页所需的RAM大约与Emacs所需的100个打开文件一样多,而我什至不提Firefox。在21世纪,Emacs膨胀只是一个神话。

特征膨胀也不是问题。如果您不使用它,则不必知道它的存在。当您不使用Emacs功能且文档井井有条时,Emacs功能不会受到干扰。


启动时间:Vi(m)支持者抱怨Emacs的启动时间。是的,Emacs的启动速度很慢,但这没什么大不了的:每个会话一次启动Emacs,然后使用emacsclient连接到正在运行的进程。因此,Emacs的缓慢启动主要是一个神话。

有一个例外,那就是当您登录到远程计算机并要在其中编辑文件时。启动远程Emacs通常比启动远程Vim慢。在某些情况下,您可以使Emacs在Screen内运行。您也可以从Emacs中编辑远程文件,但是如果您在终端中的ssh会话中,它的确会中断流程。 (从XEmacs 21或GNU Emacs 23开始,您可以从终端内正在运行的X实例打开Emacs窗口。)

转过桌子,我观察到Vim加载的时间明显长于Emacs(vim -u /dev/nullemacs -q)。诚然,这是在一个奇怪的平台(Cygwin)上。


初始学习曲线:这因人而异。迈克尔·莫罗泽克的图表使我发笑。认真地说,我同意Vim的学习曲线比其他任何编辑器都陡峭,尽管可以通过使用gvim来减轻。

由于我消除了Emacs的两个神话,所以让我消除vi误解:模态编辑器使用起来并不困难。它有一点习惯,但是过了一会儿感觉很自然。如果我要重新设计vi(m),我肯定会保留这些模式。

渐进学习曲线:Vim和Emacs都具有很多功能,经过数年的努力,您将不断发现新的功能。使用。
生产率:这是一个非常困难的话题。 vi(m)的支持者认为,您几乎可以做任何事情而无需离开起始行,这使您在最需要的时候效率更高。支持Emacs的人反驳说Emacs有很多不经常使用的命令,因此不必保证键绑定,但是在需要它们时非常方便(必填xkcd参考)。具有打字障碍(即使如此,您也可以将Emacs配置为仅要求键序列,而不需要Ctrl +字母组合)。起始行键很不错,但是它们通常并不能胜任,因为您必须切换模式。我认为Vim不能比Emacs更有效地做任何事情,反之亦然。
可定制性:两种编辑器都是可编程的,并且两者都有大量可用的软件包。但是,Vim是使用宏语言的编辑器。 Emacs是用Lisp编写的编辑器,带有一些特定的原语。当您尝试做一些作者没有想到的事情时,Emacs会获得惊人的胜利。这并非每天都在发生,但多年来会累积。
不仅仅是编辑器:Vim是一名编辑器。 Emacs不仅是一个编辑器:它还是一个IDE,一个文件管理器,一个终端仿真器,一个Web浏览器,一个邮件客户端,一个新闻客户端,……这是好事还是坏事都需要辩论。但是您可以将Emacs用作单纯的编辑器(请参见上面的“功能膨胀”)。

作为IDE:Vim和Emacs都支持许多编程语言和其他文本格式。除了语法着色和自动缩进之类的基础知识之外,两者还具有高级IDE功能,例如代码和文档交叉引用查找,辅助插入和重构,集成版本控制以及启动编译并跳至第一个错误的功能。 br />
Emacs比Vim更好的一个领域是与异步子进程的交互。那是当您开始长时间编译并希望在编译器搅动时在同一编辑器实例内执行其他操作时。或者,当您想与Read-eval-print循环进行交互时-Emacs确实对此表示赞赏,Vim仅提供笨拙的hack。尽管如此,事实证明,新的vim分支Neovim已解决了该问题,并实现了其他在普通vim中未实现的错误修复。



评论


我不同意“不仅仅是编辑”这一点。 Vim也有很多插件,包括将其转变为文件管理器或IDE的插件(例如vim-latex)。

–rozcietrzewiacz
11年7月29日在12:36

这让我感到渺小...

–gnometorule
2011年12月25日下午4:10

@rozcietrzewiacz:是的,但是您可以在Vim中浏览网页吗?阅读电子邮件?检查您的RSS feed?我认为您无法否认Emacs的功能更加强大,尽管该功能的有用性取决于您要寻找的东西。

–musicfreak
2012年2月19日在10:45



@Bananguin Emacs在涉及与REPL交互的任何方面都比较出色。例如,Proof general非常好(当然,这是一个非常狭窄的应用程序域)。 Emacs擅长做以前没有人想到的事情:Emacs Lisp比Vim的宏语言好得多。 Emacs倾向于对缩进的源代码提供更好的支持,但是我不认为缺少库没有太大的Vim缺陷(对Vim的支持往往限于语法突出显示)。

–吉尔斯'所以-不再是邪恶的'
13年8月22日在12:18

@MichaelHampton那你一定还年轻。 1985年为八兆字节。到现在为止,我认为它应该是八千兆字节,除非没有人注意到Emacs的内存使用量,因为它不到一个浏览器选项卡。

–吉尔斯'所以-不再是邪恶的'
14-10-17在11:24

#2 楼

我将发布各自的主要优点:


Emacs具有更多的扩展名,可以让您执行仅与文本编辑器相关的任务,例如浏览文件系统或搞乱了版本控制,以及与文本编辑器完全无关的扩展,例如阅读RSS feed。如果您想要一个环境而不只是一个文本编辑器,那么Emacs将比Vim更好。我也认为Emacs更容易学习,尽管您会相信某些东西: Vim用户


另一方面,Vim无疑是更快的。看来这是争论的核心部分,但我认为根本没有竞争。我认为自己是流利的Emacs用户,对于我认识的对Vim具有同等认识的夫妻,我无法匹敌。问题是,对Vim掌握足够多的知识的人非常之少(在我经常与之交谈的约30个人中,使用Vim的人当中,我认为只有一个人非常擅长)。可能的速度增益与您实现的实际速度增益之间有很大的差距。 Emacs用户将几乎与Vim用户的99%一样快,并且(正如我在Emacs部分中所述),Emacs的初始用户可能会比Vim的初始用户更快。

评论


嗯...我知道vim有多个版本控制插件。并且其中一个插件支持所有流行的系统。...如果emacs具有更多功能...您需要多少个插件来做同样的事情?

– xenoterracide
2010年8月22日在7:06

@xeno我不知道vim有什么插件,所以也许VCS是一个不好的例子,但是我非常有信心Emacs的插件要比vim多得多,因为vim不赞成“一个程序可以完成所有工作”的理念。

– Michael Mrozek
10年8月22日在16:25

有人可以解释一下上面给出的emacs图是什么意思吗?怎么解释呢?

–安德鲁·杜夫涅(Andrew-Dufresne)
10-10-2在16:51

这是一个“无聊的笑话”……这是因为当您学习emacs时,最终您也将开始创建emacs。 (因为Emacs实际上只是用Lisp解释器编写的大量编辑宏/例程的集合。)

– ocodo
10 Nov 16'4:20

+1速度与经验比较好,但也许99%有点极端。我的意思是vim并不是“很难”掌握的,它只需要几年时间;)

–约翰
2011年11月27日在9:36

#3 楼

每个UNIX系统(或几乎)上都有一个vi,但是您不能对其他任何编辑器这么说。这是imo学习和熟悉vi的第1个原因(请注意“ vi”而不是“ vim”)。我从未见过Emacs在默认安装中可用。

我不是说不要使用Emacs或这是使用Vim的唯一原因,但是当您希望能够使用不是您的Unix系统... vi是通用语言的一部分。

评论


我是一个vim用户,但是我经常发现很难使用vi,这很可能是因为END键(vim支持它,但是vi不支持,或者至少默认情况下不支持)。

– phunehehe
10年8月22日在13:49

@phunehehe如果我尝试使用nano,则会在我的文件中得到一堆ijkloOah ...直到我意识到我无法将其用于导航。我不使用箭头键进行导航。

– xenoterracide
10年8月22日在16:41

对于通过狡猾的连接连接到速度较慢的服务器,这要加倍:保证它们拥有的一个编辑器(我认为它是在Unix规范中)是vi,而vi的命令模式使通过更少的按键编辑文件变得更加容易每次击键需要几秒钟才能显示在屏幕上。当然,步骤1通常是安装vim :)

–加拉夫
2010年8月23日在6:22

@phunehehe我不使用esc。我用ctrl + [它做同样的事情;)

– xenoterracide
2010年8月29日14:57



为Gaurav的评论+1。 Vi通过出色的3G连接在慢速手机上紧急编辑配置文件的效果非常好。

–LawrenceC
2011-1-11的3:57

#4 楼

我认为他们都很棒。我认为任何人都可以做您可以想象的任何事情,而且它们都具有可自定义的功能,以至于当您完成对它们的自定义时,它们都恰好是您想要的它们,没有更多或更少。 />
Emacs在与用户界面的可用性和一致性的ISO / IEC标准更加接近(尽管仍然不满足)的情况下对我来说很突出,因此对您的“本能”不起作用关于那个vim。您与其他程序一起开发的直觉的生命周期不会对您不利。

Vim是一种完全不同的模型,在许多方面,它在依赖于自身的方面具有优越性在Cntrl / Alt序列上的使用要少得多,而仅在其模式上可用,从而使您可以将辛苦工作放在主行上并加快键入速度。但是vim实际上是唯一的,除非您安装一些非常不寻常的随附软件(例如Vimperator,Jumanji / Zathura等),否则使用vim开发的本能将不会渗透到其他程序中,反之亦然。话虽如此,我已经自己决定了。无论好坏,您都迟早要安顿下来,因为很难同时掌握两者。

评论


关于“使用vim开发的本能不会交叉到其他程序”这一行的一种评论:可以将“ set editing-mode vi”这一行添加到〜/ .inputrc文件中(在支持该功能的Linux系统上) 。这将启用vi样式语法,以便在使用stdin的readline的程序中输入文本,例如bash shell本身。对于使用vim开发的编辑本能,可以(有时令人惊讶地)有相当广泛的适用性。

–克里斯蒂安·雅培(Christian Abbott)
2015年4月6日在10:46

幸运的是,有很多人遇到这个问题,他们为许多程序构建了扩展程序,使它们更像vim。

– DarkWiiPlayer
18年8月16日在7:37

#5 楼

我经常使用两者。我将Emacs视为“实时”编辑器,而我将Vim用于快速的一次性任务。从表面上看,Emacs比Vim更加肿,因此“启动”确实不像Vim那样方便,但是我还发现,从一个界面到另一个界面的用户界面哲学都支持这种范例。 Emacs具有更多的内置功能,可让您保持内部状态,使事情变得舒适舒适,因此您不必离开,而vim则更像是“ Unixy”,并且将自己视为更大的工具带的一部分。

由于Emacs严重依赖bucky比特,因此许多人逃离了Emacs,但这对我来说是一个很愚蠢的理由。 Emacs对Vim的真正威力是可定制性,而在Viper等威力的支持下,这确实不是问题。当然,Vim-Script提供了自己的自定义级别,例如,如果没有为您喜欢的编程语言提供适当的语法突出显示功能,则可以肯定使用它,但是Emacs最终将是一个自托管的Lisp机器,并且最终,您可以做更多,更多的事情。仅举几个例子,在Vim中没有像gnus或org-mode这样的工具。简而言之,Emacs不仅仅是一个编辑器,它实际上是一个该死的操作系统。

评论


“如果Emacs拥有值得编辑的文本编辑器,它将成为一个出色的操作系统。” -我想起了这句话。

–amphetamachine
11年11月27日在6:24

@amphetamachine我没有得到报价。贬低emacs文本编辑器意味着什么?

– tshepang
13年4月27日在8:21

它的确意味着,尽管我通常会更刺耳地听到它。

–科迪民意测验
2015年2月12日在18:05



至于编辑器本身,我发现vim可以更轻松地编辑文本,但是我必须将可定制性交给emacs。 Vimscript不能忍受一口气。

–科迪民意测验
15年2月12日在18:06

#6 楼

我花了0.02美元,因为我花了很多年时间使用emacs和XEmacs,然后才转到vim。公平地说,我实际上在1990-1992年左右使用了vi,所以我熟悉了它的用户界面。

Emacs



描述了Emacs作为一个刚好用来编写编辑器的Lisp系统,这确实有其道理。如果您愿意花时间去了解环境,那么您几乎可以在elisp中实现任何您想要的东西。我不能说我曾经很了解它,但是我偶尔会做些粗暴的事。 Emacs和Xemacs在此级别上并不完全兼容,因此第三方脚本可能在一个而不是另一个上运行。
已观察到RMS和一些其他著名Emacs黑客由于存在问题而不得不退出编程。 OOS上还有Bill Joy,Bram Moolenaar和其他各种名人。 Emacs很难用手指触摸。
Emacs是比vi更宽容的天主教系统,被视为软件封装的典型示例。

我曾经用xemacs做的一件独特的事情是让它在计算机上运行并在xterminal上打开x会话(实际上是在不同的房间中针对同一个正在运行的实例的相同缓冲区使用旧的经过重新设计的Sun 3/60)。

缺点:符合人体工程学的人机工程学,elisp不易学习。

Vim

Disclamer-我从使用emacs转到了vim大约10年前,我习惯在基于Windows和Unix / Linux的系统上使用vim。


Vi及其后代具有很好的键盘宏功能,可以自动执行编辑任务。 vim中的脚本编制工具没有elisp复杂,但是您可以通过支持Python,Tcl,Perl以及其他一些系统来构建它。我只是偶尔为vim编写脚本(.vimrc文件之外)。
Vim的占用空间比emacs小,但是如今这没什么大不了的。
Vim的文档以及线路帮助还不错。 Emacs有相当不错的在线文档,但我认为它不像vim一样全面。
Vim继承了vi的古怪模态用户界面,但现在可以像无模编辑器一样运行了。在插入模式下导航。在Windows上,它的行为与Windows应用程序非常相似。

优点:良好的键盘宏功能,可传递的良好扩展性和脚本编写功能,但不如emacs好。 Vim或vi派生的编辑器是大多数(如果不是全部)Unix或通用Linux发行版的标准配置。可以说是更好的人体工程学。

缺点:模态用户界面对于习惯于Windows UI的人来说很奇怪。如今,vim的问题越来越少了。

评论


我很高兴阅读您的答案,但我错过了决定性因素。是什么让您从emacs切换到vim?

– Erik B
13年8月8日在8:33

这只是有机的-再加上vim的键盘宏工作得很好。

– ConcernedOfTunbridgeWells
13年8月8日在9:46

该死的,作为一个年轻的程序员,人机工程学的观点非常吸引人。这可能只是解决了我选择学习VI和VIm而不是Emacs的选择。

– DiidierA。
15年6月4日在22:31

#7 楼

我通常使用Vim,但是他们都是很棒的编辑器。

学习使用vi真是令人讨厌,但我却学会了并喜欢它。我最沮丧的时刻是当按下Caps Lock键时。您可以尝试使用gVim,但是vi和Emacs的最大优点之一就是可以在不动手的情况下完成整齐的工作,而gVim可能会让您使用鼠标。 (同时学习玩流氓类游戏使我有了使用光标移动键的练习,但有时会导致我尝试在文档中沿对角线移动。)它是无模式的,并且您不会通过按大写锁定键来搞砸自己。对于现代高级用户来说,通过键入字母并按下控制键来控制编辑器的想法应该不太陌生,尽管对于典型的Windows / Mac OS X用户而言,执行操作的实际键似乎很疯狂而且任意。同样,从长远来看,允许您使用鼠标的版本不会给您带来什么好处。

两者都需要一定程度的专业知识才能有效使用。与Notepad不同,您不能坐下来进行编辑。

两者都是可配置的,尽管对于我在同一Lisp中编写扩展的钱来说,编写该编辑器可以使操作更流畅。 (Emacs并不是通常的编辑器,它实际上是一个编辑器。它是一个Lisp环境,专门为文本处理而设计,带有许多预编写的软件,包括编辑器。更好的编辑器。“)

我通常使用Vim,因为经过广泛的培训,它感觉更容易。这可能是由于模式系统的优势所致,在该模式下,用一根手指在主行附近可以使用大量命令,或者称为“鸭蛋综合症”,这在编辑人员中非常有用:一旦您学到了好命令,通常就会坚持使用做到这一点。

使用任何一个都不会出错。

#8 楼

我不使用vi / vim的主要原因是它是模态的。我使用vi的主要原因是它几乎可以在任何地方使用。

评论


我使用vim的主要原因是它是模态的。更高的学习曲线,但一旦习惯,就更容易使用。

–克里斯·詹金斯(Kris Jenkins)
2012年9月2日19:46

值得注意的是,如果您喜欢模式编辑,Emacs通过邪恶模式对它有很好的支持-emacswiki.org/emacs/Evil

–查尔斯·斯图尔特
16年6月15日在12:26

#9 楼

我碰巧认为上面的“ vim是模式的”注释是不正确的。 Vim有命令。您可以执行“ 11aNow现在是所有好男人的时候了..”,最后在文件中添加11行相同的新文本行。那是命令,而不是模式。但是,Vim命令和Emacs命令实际上有非常基本的区别。我不确定是否可以描述它,但是10年前Eric Fischer在TTY驱动程序中结合了Emacs风格的行编辑,并发表了一篇有关它的文章:

http:// www .usenix.org / event / usenix99 / full_papers / fischer / fischer.pdf

他发现Emacs样式行编辑与vi样式根本不同。一个优点是很多其他东西(bash,gnuplot,zsh,ksh和其他我无法想到的东西)最终都实现了Emacs风格的行编辑。

我请注意,我一直都在使用Vim。我只是偶尔使用Emacs的用户。

评论


我认为在bash或zsh中设置-o vi不太难运行(或放在rc文件中)。

–moon.musick
2014年3月12日在7:06

@ moon.musick-当然不是,我一直都这样做。缺省情况下,仅仅是gnuplot,Postgresql的psql,MySQL的mysql和大量其他接口都或多或少地采用了Emacs模式。如果只有Oracle可以让sqlplus进行命令行编辑……不,不。对于大公司,这将是太多了。他们有跟随的趋势!

–布鲁斯·埃迪格(Bruce Ediger)
2014年3月12日在12:56

是的,inputrc通常是为shell工具做这件事的,但是后来我想知道半秒钟,为什么j从终端切换到它后为什么不向下滚动,例如Mendeley Desktop,他们被要求提供vim绑定太多次。不幸的是,它无法涵盖所有​​内容并拥有一致的环境。

–moon.musick
2014年3月12日在21:18

@BruceEdiger我非常怀疑mysql(1),psql(1),gnuplot(1),python(1),perlconsole(1),lftp(1),smbclient(1)的开发人员以及实际上许多交互式程序的开发者关注行编辑的键绑定。所有这些软件都只使用GNU Readline,并且GNU Readline的默认模式是(毫无疑问)类似于GNU Emacs的。在〜/ .inputrc和voila中设置编辑模式vi –所有这些工具都具有类似于vi的键绑定。

–德米特里·亚历山德罗夫(Dmitry Alexandrov)
2015年1月18日,下午3:18

#10 楼

由于尚未明确说明,因此我要补充一点,没有比经过稍微修改的Emacs发行版更好的编程环境(盒子中的Lisp,SLIME等)。我所有的编程需求(99%)都在Vim中得到满足,但是对于我编写的所有Lisp库和例程,我都必须启动Emacs才能完成生产工作。

评论


有时我想知道这是关于Lisp还是Emacs的更多信息,这是好是坏。

–凯文·坎图(Kevin Cantu)
2010-10-26 23:29

#11 楼

我使用Vim / gVim。

我曾经使用Emacs,但是我发现gVim在较慢的机器上通常可以更快地工作,此外,由于其POSIX要求,vi几乎在任何地方都可以使用。

使用Vim或gVim时,我经常使用鼠标,我认为它对鼠标的支持很棒。

我开始使用Emacs,因为它对于新手用户更容易使用。 。我发现使用nano出于某种原因很容易出错,并且在某个时候我意识到使用vi更加自在。

现在,这是一种混合。我也经常使用Eclipse和gedit。但是,Vim仍然是我最喜欢和最常用的编辑器。

#12 楼

尽管我都不擅长于gVim和Emacs的使用,但它们都足以发挥作用。我可以肯定地说的一件事是,Vim和gVim在Windows 7笔记本电脑(我必须在工作中使用)上运行得更快。在Windows机器上,Emacs有一个奇怪的习惯,即“暂停”长达一分钟,甚至在继续接受键盘输入的同时也变得无响应,然后匆忙吐出堆积在键盘缓冲区中的所有东西。在Mac OS或Linux中不会发生这种情况。尽管如此,我发现大部分时间我都在所有平台上使用Vim或gVim,所以我不必停下来想一想我正在使用和编辑哪个编辑器。就是说,在纯* nix环境中,我可能会留在Emacs上,因为我发现无模式编辑稍微自然一些。

最重要的是:在我看来,两个编辑器的功能都足以应付任何和所有文本编辑需求。选择应基于实际考虑因素(例如平台实现细节)和工作方式。

#13 楼

Emacs和Vim之间的主要区别是人体工程学。如您所知,有腕管综合症(CTS)。如果您拥有CTS并提倡CTS,Emacs将会非常“危险”。 Vim-不,您可以在许多地方了解到这种差异。例如,在Vim中,您只能用一根手指编辑文本。在Emacs中-您不能:)

评论


甚至没有证明CTS实际上与键盘使用有关。尽管从表面上看似合理,但有些链接显示CTS实际上是由遗传因素引起的,而不是其他任何原因。因此,尽管在您已经拥有CTS的情况下键入文字可能仍然会有所帮助,但我认为没有证据表明一位编​​辑会比另一位引起更多CTS。

–康拉德·鲁道夫(Konrad Rudolph)
2012年7月2日19:04



#14 楼

我使用vi / nvi(不是vim)是因为它简单且不引人注目。在最终
找到有关该操作方法的埋藏式参考文献之前,我不得不物理地
将其拆下。
set vb t_vb=


我也不要使用语法着色,灰色对我来说是最美丽的。

也许我太愚蠢了,无法弄清纠结的多键按压vim方式
我记得只有三个组合键是CTRL-ALT-DEL。

#15 楼

“ Vim和Emacs的优缺点是什么?” -哈!

我只会把优点留给其他人。多年来,我使用了大约50种不同的编辑器,从基本行编辑器到超快速汇编编码的编辑器(一种是VEDIT),再到精美的GUI编辑器,其中一些优于其他。我什至编写了自己的特殊编辑器,称为ForthStar,并对其进行了修改,以编辑一棵btrieve叶子,具有多个索引以进行强大的搜索,例如立即查找我刚编辑的最后叶子,或快速查找代码组件或叶子父级还是孩子。

我认为vi和emacs比宗教更重要。建立它们的创造力已经在很大程度上转移了,新的支持缺乏重新发明它们的勇气和技巧。

是的,Emacs可以做很多事情,但是由于口齿不清,美观和现在主要是过时的语言。

两者都卡在困难的键盘布局中。 Emacs至少可以通过识别出Alt键而不是旧版Meta来适应用户。就像WordStar一样,在快速键入时保持C-A C-B与C-A B的直线是不值得的。最好只是简单地使用任一键组合触发。是的,您可以更改键绑定,但是以后您会遇到麻烦。选择性地将其应用在颜色上,仅提及一项创新。

如今,几乎所有其他GUI都允许使用鼠标滚轮进行缩放。 Emacs GUI似乎无法正常工作。和凯特(Kate)一样,那是什么好招呼呢?

多年来,我最喜欢的键盘布局是Wordstar的光标菱形。至少它很容易学习,并且立刻就有意义。我最讨厌的是WordPerfect,它增加了复杂性,并且似乎在某种程度上基于emacs。

面对这些,当今世界上大多数地区都拥有GUI。不管您喜欢与否,文本编辑器都处于他们的时代。

我认为最好有一个通用的编辑器,该编辑器可以轻松地在emacs,vi,wordtar或任何键布局之间切换,并且而不会失去它必须提供的更强大的命令。真正的程序员必须使用各种编辑工具。为什么没有可以满足我们需要的编辑器来完成工作,而不是强迫我们采用他们的工作方式?

评论


由于该问题要求利弊,因此无法回答该问题。据我所知,它只提到其他编辑器比Vi和Emacs更好。

– Kusalananda♦
18年4月1日在6:25

任何问题的答案都可以,直到它们回答了问题,并且与先前的答案本质上是不同的。 “看起来不错”。

–peterh-恢复莫妮卡
18年4月1日在12:51

Q显然要求缺点。我还提到了一些优点。

–椭圆视图
18-4-2在16:52