vim 配置_模块化你的vim配置文件
前因
這段話你可能看不懂如果你不是個gopher 直跳主題就好^_^
繼上篇文章我做了一次init.vim的拆分,其實目的是已經達到了。但是我最近又把它細化了,寫了幾年go,1.10之前的gocode是讓人舒適的,但是1.10之后調整了緩存等,nsf不在維護gocode,于是google的工作人員接手了,添加的-souce特性讓我崩潰,從源碼獲取補全信息?可想能慢到什么程度,不然你要每次手動go install -i 來生成.a的文件供gocode尋找,于是我準備切換使用lsp試試。
切換lsp 的解決方案有3種:
正好想試試coc,所以準備折騰一下,結果我發現上次拆分玩的配置還是不太好維護,可能裝的插件太多了,上篇文章 適用于插件較少的配置 20個左右?它表現的就很好。所以我就繼續拆了一下。
Module init.vim
init.vim的模塊
- dein
- plugins.toml 正常加載插件
- plugins-lazy.toml 懶加載插件(基于某些命令或文件格式等加載插件)
- plugins
- 插件配置
- general
- vim設置
- mappings
- 鍵位映射設置,(注意:leader和mapleader必須加載在插件前)
- filetype
- 文件格式設置
- autoload
- utils.vim --> airlinetabline 函數
現在的樣子,這樣看起來想比之前的更加清爽了,也方便維護了
目錄然后重寫了一下init.vim 也就是簡單的寫了個函數:
至此就大功告成了,看到現在的配置目錄簡直是舒服!!!
關于coc與deoplete
coc確實集成了很多東西,而且配置簡單,易上手,性能優秀,最近用coc寫react的時候確實很舒服!!!
ncm2我沒用過,所以不太清楚,關于coc與deoplete是有區別的,看似都在做一件事,其實deoplete是個自動完成補全的框架,而coc 更像是 all in one package approach for LSP。最近看到說補全速度的。deoplete進行了優化,說實話我之前很長用過很長一段時間deoplete,切換coc,在速度上我是沒什么感覺哪個更快哪個更慢。
所以這2個插件都是五星推薦: ★★★★★
或者你可以像我一樣 vim 和neovim都用,2個配置,一個deoplete 一個coc。魚和熊掌兼得了
taigacute/mydotfiles?github.com最后附圖我的配置
創作挑戰賽新人創作獎勵來咯,堅持創作打卡瓜分現金大獎總結
以上是生活随笔為你收集整理的vim 配置_模块化你的vim配置文件的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 图解汉诺塔问题
- 下一篇: 信奥中的数学:母函数