vim 配置_模块化你的vim配置文件

前因

这段话你可能看不懂如果你不是个gopher 直跳主题就好^_^

继上篇文章我做了一次init.vim的拆分，其实目的是已经达到了。但是我最近又把它细化了，写了几年go，1.10之前的gocode是让人舒适的，但是1.10之后调整了缓存等，nsf不在维护gocode，于是google的工作人员接手了，添加的-souce特性让我崩溃，从源码获取补全信息？可想能慢到什么程度，不然你要每次手动go install -i 来生成.a的文件供gocode寻找，于是我准备切换使用lsp试试。

切换lsp 的解决方案有3种：

1. 使用LanguageClient-neovim (好像是国人写的） 配合 deoplete 或者 ncm2 （国人写的）
2. 使用coc （作者是赵启明 大佬）
3. deoplete-tabnine 它也是支持lsp的

正好想试试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

最后附图我的配置