那些所谓的排名没什么特别意义。
vim 第一名,还是vim,emacs第二名还是emacs,并不代表vim可以替换emacs,或者相反。
虽然我用vim但是emacs功能更全面。
vim内置脚本语言有局限性(当前版本 vim 7.3),emacs的lisp语言更加强大。
功能上来讲emacs可以做编辑器以外的很多事情。
比如很多软件都可以使用emacs作为前端。
一般来说vim只用作编辑器,或者是一个繁琐的IDE。
虽然vim可以通过脚本干一些别的事情,但是效率上总是不合适的。
1. 在默认情况下,emacs 比 vim 更友好。
这是事实,但 elisp 并不比 vim language 友好。emacs 上手就能好好的打字,而用 vim 起码得知道 normal 和 insert 两个模式,否则字都打不了。但是,notepad 难道不是更加友好吗?我放弃了 notepad、notepad++ 、em editor 等等这些文本编辑器(当时 sublime text 还没有出名),来接触 emacs 或者 vim ,并不是因为之前那些编辑器都不够友好,而是他们不够高效——十分不够,所以才会硬起头皮来摸这两个让人困惑的「编程利器」。
但是,随着了解的深入,我发现 emacs 比 vim 更不友好,更准确的说法是 elisp 比 vim language 更不友好。可能 el 作为编程语言比 viml 优秀很多,可能 viml 作为编程语言来说很烂,但是对于一个不大懂编程的用户而言,viml 比 el 好懂太多了。
2. emacs 拥有 org-mode 。
这是事实,org-mode 确实是纯文本编辑的利器,这也是让我多次想要放弃 vim 转到 emacs 的原因。但是无奈 emacs 门槛太高。另一方面,我对 org-mode 的需求实际上只有两个:outline 和 带计算功能的 todo list ,这两个功能在 vim 中有 vimoutliner 这个插件可以用,算是基本满足了。而且 vim 还有 voom 这个插件,可以实现非常棒的树状侧边栏,在 org-mode 中反而没有很方便的实现(之前经过搜索,听闻是可以用 mini buffer 来实现)。
3. vim 开启大文件的性能很成问题。
vim 通常被诟病的实际上并不是处理大文件不行,而是处理长行不行。一个百来 k 的文件,如果只有 1 行的,你用 vim 来操作也会觉得想死。对于运维人员,幸运的是,在一般的文本处理过程中,不会碰到那么长的行,这并不是一个痛点。
4. emacs 的配置语言 elisp 比起 vimscript 要高一大截。
这是在第 1 点就说到的问题。对于一个没有编程背景的人来说,事情并不是这样的。vim language 实际上更友好,也更容易看懂。
对于文本编辑而言,实际上并没有什么很高级的编程需求。我们接触得最多的可能就是一些文本的查找替换。 vim language 的优势在于,它和 vim 的操作是一致的,这降低了学习和使用的成本。
比如,在 vim 中进行替换,就是
:%s/pattern/new string/g
同样的命令,直接复制到 vim script 中就能跑。如果你要写一个函数进行一系列的查找替换,实际上只有把全部的查找替换命令直接塞到 vim script 里面就可以了。
此外还有 normal 命令可以让用户直接编写键盘的操作。你想要什么操作,直接在脚本里面写就好了,这是十分直观和容易学习的,而 elisp 就难懂得多。
Photoshop|
Dreamweaver|
SVG|
WebGL|
Visual Studio|
PowerDesigner|
Eclipse|
Git|
Apache Ant|
Atom|
Composer|
CodeSmith|
Flex|
Gradle|
Maven|
Sublime Text3|
SVN|
Tableau|
Vim|
Chrome开发者工具|
OpenGL|
Unity|
Direct3D|
用户登录
还没有账号?立即注册
用户注册
投稿取消
文章分类: |
|
还能输入300字
上传中....