首先让我声明这是一个非常酷的项目，我目前正在尝试重新配置我的 vim 以使用 coc.nvim。 也就是说，我认为在我的 vim 中使用两个不同的包管理器有点尴尬。 我使用 vim-plug 但我现在也必须使用 CocInstall，有时它们甚至重叠。
我想好吧，也许只将 CocInstall 用于分叉的 vscode 插件，但是还有 coc-pairs（例如），这是一个更通用的插件，与异步完成无关。 所以我想知道我们是否真的必须在 vim 中同时使用两个包管理器？ 有没有办法使用vim-plug来声明coc.nvim扩展？
也许我们可以完全摆脱 CocInstall 呢？
对于这两个包管理器如何一起玩以及他们的生态系统将如何发展，我真的有点困惑。 我更喜欢只有一个包管理器（vim-plug 非常好）。
无论如何，这些只是我的想法。 继续做你的伟大项目！
svenstaro
所有4条评论
与 vim 插件不同，coc 扩展是可以由 coc.nvim 加载的节点模块。
那么为什么要使用 coc 扩展呢？
以下是一些原因：
- 要安装 coc 扩展，您只需要运行
:CocInstall命令，完成后，它会被加载并正常工作。 - 在 coc-settings.json 中配置 coc 扩展，并通过 coc-json 完成和诊断支持。
- 由
:CocList extensions使用togglereload和uninstall等操作更容易管理。 - 默认每天第一次启动coc.nvim服务时自动更新。
coc.nvim 不需要 coc 扩展名才能工作，它旨在与其他 vim 插件一起使用，因此当您出于任何原因不喜欢 coc 扩展名时，可以简单地忽略它。
您也可以在 vimrc 中使用g:coc_global_extensions为您制作 coc.nvim 安装扩展，当找不到扩展时。
chemzqm
于 2019-04-02
我明白你的推理，这是我的：
- 只有一个插件管理器可以减少精神开销。
- 只有 vimrc （而不是另外拥有
coc-settings.json也减少了精神开销。 - “普通”vim 插件和 CoC vim 插件之间有一些重叠，我_感觉_是错误的。 例如，
coc-pairs做了什么是“普通”vim 插件不能做的（老实说，我想要答案）。
svenstaro
于 2019-04-02
可以从&rtp使 coc.nvim 加载扩展，因此您可以使用 vim-plug 之类的插件管理器来管理 coc 扩展。 应该很容易实现，但正如我所提到的，您将错过 coc.nvim 可以提供的一些不错的功能。
如果您不关心自动完成和验证等功能，您可以使用g:coc_user_config代替coc-settings.json进行配置。
“普通”vim 插件和 CoC vim 插件之间有一些重叠，这让我感觉不对。
因此，请自行决定，我已经解释了它们存在的原因。
IMO，与 coc 扩展提供的好处相比，开销可以忽略不计。
chemzqm
于 2019-04-02
感谢您开发 coc.nvim 的精彩作品。
如何使 coc 配置可移植？ 我的意思是如何在另一台机器上重新安装 coc 包？ 对于vim，我们只需要移动.vimrc。
pvonmoradi
于 2020-10-10
相关问题
andys8
·
3评论
LinArcX
·
4评论
cvlmtg
·
3评论
npearson72
·
3评论
ctaylo21
·
4评论
最有用的评论
可以从
&rtp使 coc.nvim 加载扩展，因此您可以使用 vim-plug 之类的插件管理器来管理 coc 扩展。 应该很容易实现，但正如我所提到的，您将错过 coc.nvim 可以提供的一些不错的功能。如果您不关心自动完成和验证等功能，您可以使用
g:coc_user_config代替coc-settings.json进行配置。因此，请自行决定，我已经解释了它们存在的原因。
IMO，与 coc 扩展提供的好处相比，开销可以忽略不计。