neovim插件原理

vim 与 neovim 插件的加载原理也是相同的。

主要涉及这几个文件夹:

|-- <vimruntimepath> --
    |-- bundles
        |-- [plugins]
            |-- [start]
            |-- [after]
    |-- vim
        |-- autoload
        |-- colors
        |-- ftplugin
        |-- plugin
            |-- [start]
            |-- [after]
        |-- syntax
    |-- pack
    |-- compiler

• vimruntimepath
  通过 :help runtimepath 可以查看详细内容, runtimepath可以更改， neovim 共用vim的配置就是通过修改runtimepath, 这种思想类似于 chroot命令。

• bundles
  vim-plug 插件安装的文件夹，下面每一个文件夹代表一个插件
  每个插件内部的文件结构与 |– vim 下的类似, 可以有autoload, start, after 生命周期文件夹， 也有 ftplugin, syntax等每个插件加载时检索的文件夹。

• vim runtimepath 下的 文件夹

  plugin
  “全局插件”, 会自动加载的vim 脚本文件夹。 这个文夹件可以放置自己定制的插件，如何仅仅是使用github上的插件，还是直接使用插件管理器依赖更好一些。
  只会在vim启动时加载一次

  start 文件夹是脚本加载
  

  autoload
  (与plugin 不一样) 此文件夹下的脚本只有在调用的时候才会加载, 通过# 来调用, # 相当于路径一样使用
  示例
  autoload下的函数定义为:

    function fileName#functionName()
    ...
    endfunction

ftdetect
    可以自定义识别文件类型, 具体查看 :help ftdetect
    还可以使用 filetype.vim 定义新文件类型,

ftplugin
    编辑已知文件类型时执行的脚本, 如添加smali语言的语法高亮支持，就需要同时在 ftplugin, syntax 下添加smali.vim 脚本
    每打开一个类型文件，就会执行一次对应类型文件脚本，有些全局的，不需要多次执行的，可以使用did_filetype()来处理

syntax
    定制每种语言的高亮显示

colors
    主题文件夹，可以定制不同的配色

indent
    针对不同文件类型，配置不同的缩进

`set rtp+=directory`
    添加runtimepath，被设置的directory同样可以拥有默认的runtimepath目录结构，这就很爽啊

• compiler
  默认的时候不会创建, 定义如何运行各种编译工具或格式化工具，以及如何解析其输出。 可以在多个ftplugins间共享。且不会自动执行，必须通过 :compiler调用

• pack
  Vim8 原生软件包目录， 采用了 “Pathogen” 格式的包管理。

pack 原生包管理个人觉得没必要使用， vim-plugin 就很好用, 但是了解一下有必要， 主要是学习其他大神的配置文件时， 知道有这么一回事就行。

• document

doc放在~/.vim/doc/下, :helptags 生成文档，*入口* 语法

vim 的启动流程

vim配置层次结构与插件加载方式(一)
vim8原生内置(naive)插件安装（二）

:scriptnames 可以查看加载了哪些脚本， 通过脚本的路径可以查看到vim 会加载哪些路径下的脚本，
:set runtimepath 也可以查看运行时加载路径，以逗号分隔。
使用 vim -V 可以查看vim 启动信息,

:help initialization 查看初始化文档

1. 设置 shell 和 term 选项, 'term' 选项是在第8步用来改变GUI的
2. 处理参数， `-V` 参数可以显示日志信息和下一步动作, 方便用来调试启动初始化流程。
3. 从环境变量或文件中加载可执行命令并执行。`Ex commands`, 是 `exec` 将字符串当作 shell 命令执行
4. 加载脚本文件
5. 设置 shellpipe 和 shellredir, shell管道和输出重定向。
6. 如果带有` -n ` 参数, 将 updatecount 设置为0
7. 如果带有` -b ` 参数，设置 binary options,
8. 执行GUI初始化 (仅作用于gvim启动)
9. 读 viminfo 文件
10. 读 quickfix 文件
11. 打开所有窗口
12. 如果带有` -c 和 +cmd ` 参数，执行启动命令

生命周期还涉及 start, after 目录，针对每个插件加载过程

插件介绍

这里就韦易笑vim配置 中涉及到插件进行分析学习,
更多的插件学习，请查看github 上vim 话题， 这下面的话题，依然可以查看到当前很活跃的插件。

关于插件学习的思考总结

1. 何为插件?

插件，主要目的是对原有软件的扩展，不管是vscode, 或者是chrome, 或者是 IDE, 游戏引擎，提供的插件系统学习成本大都不会太高，是锦上添花的功能。 插件与原软件的关系就好比应用与操作系统的关系一样。
很多优秀的插件功能也会被集成到后续的新版本软件过程，一个优秀的插件系统有助于软件生态的建立， 也有助于软件本身的良性发展。
插件并不神奇，但确实很有用, 使用的流程更简单，下载插件，重启软件，就可以用起来了。

vim 本身的多模式哲学，和优秀的插件架构，造就了神级编辑器。

1. 插件的学习成本

插件一股脑都安装了，除了可能会导至加载会慢， 使用并不会产生冲突, 因为大多数插件都提供的是命令方式，插件开发者会刻意避开比较流行的插件的命令的命名, 将命令映射成快捷键是用户的事情，而少部分插件会默认一些快捷键可能会引起冲突，但那也仅仅是不触发而已。

插件提供的是命令式的如 :PluginInstall, 使用频率较高的命令， 一般都是要定制(映射)快捷键，慢慢形成自己的操作习惯。

因此，看到一款插件，可以放心大胆的引用进来，用一用，合适就加入插件库， 不合适就移出去，学习的成本很低, 不必顾虑太多。

学会了vim的基本操作，后续建立自己高效的工作流基本都是找插件或者定制插件。

插件的学习成本主要还在于各个领域的专业知识， 如各语言的代码组织，编译系统。像YCM插件就是典型的复杂的插件， 需要额外安装各语言的编译工具链。

1. 插件系统的丰富性

丰富的插件可以将vim打造成神级编辑器，然而陈年的老插件也加重了vim学习的负担。当然这里还有一个主要的原因, 没有一个好的系列教程，大多数的vim教程都只是写一些vim的tricks, 或者某个插件的使用，这就导致学习具有盲目性与时效性。