支持 vim 最大的理由几乎无一例外都是可定制化 + 高自由度。但个人还是觉得美化的尽头是原生,毕竟在云时代可迁移性非常重要。而 vim 这种纯个人定制的,一旦我让你用我的电脑写一段 demo ,或者连到我的服务器帮我看看什么东西。或者在外面紧急用 iPad 改点什么,这不就抓瞎了么。还是说我对 vim 了解不足,判断有误?
作为一个 vsc 党,和同事一起 debug 时,哪怕他用的是 jetbrain ,在跟一些代码时候,我对一些函数跳转、断点啥的操作还是不太熟悉,都觉得操作不是很方便。而依赖高度自定义的 vim 用户,失去了所有熟悉的东西的情况下,此时是否会感到别扭。
连到某个服务器更是如此。vsc remote 的方案是无论连到哪个服务器,客户端一直是自己本机的这个,这样你的插件、配置一直是统一的。vsc 只是做了一个相当于画面映射罢了。而 vim 应该是每个服务器都得装一个,那不就得每连一台服务器都复制一份配置文件,装一堆自定义插件,先把 vim 改造一番吧。(完了可能还得删掉,不然其他用这个服务器的人不得懵逼)。特别是进容器内,绝大多数容器肯定都不会有 vim 的(也不会有 ssh ),如果要现场装,再自定义配置,那也太怪了。
vim 快捷键, 指令, 指令记录会很好用. 可以提高一定的编辑效率. 个人建议对 vim 的使用可以到此为止了. 因为如果你把 vim 作为一个单纯的文本编辑器的话, 学习成本低, 见效快. 但如果想进一步, 需要折腾, 而这些折腾, 你用 vscode 加里面的插件或许可以同样达到效果, 不需要那么折腾的同时, 效果可能还比想象的好. 比如你去折腾文本格式化, 那么直接 Prettier 不是更快更好么.
还有一个问题是社区, 使用 vim 的不多, 折腾 vim 插件的就更少了. 可能你出了问题, 或者想进一步更改什么东西, 能找到现有可靠解决方案的可能性相对比较低.(就算能找到, 那么可能又是一顿折腾, 远不如 vscode 上找个插件来得简单实在).
并不是说折腾 vim 不好. 在我看来, 你有精力折腾 vim, 不如把这精力花在其他技术上.
liuhuansir
2022-08-27 11:05:38 +08:00
@MengiNo 虽然我也不赞成高度定制化的 vim ,但是你用 vscode 连任何一个服务器,等于是给每个服务器都装了 vs-server ,甚至多数插件也一同安装了,而定制化的 vim ,也可以一键安装,没比你慢多少,主要还是定制一个自己用的舒服的 vim 太耗精力了,如果本身就对这个很感兴趣,那当然没话说,就怕跟风的人折腾半天,最后搞了个半成品