Je ne l'emploie pas sur un projet en C++, mais mon installation est assez réactive, parce que:
vim n'utilise pas Electron et est lui-même assez léger
vim n'indexe pas tous les fichiers du projet. Il fait juste de charger les fichiers que tu lui demandes, les transfert au LSP et reçoit les informations en retour.
La conséquence, est qu'il est bien capable de te rediriger vers la définition des méthodes utilisée dans le fichier actuellement ouvert (avec gd). Mais il est incapable de trouver toutes les références à cette méthode (avec gr), puisqu'il n'envoie pas tous les fichiers du projet à LSP. J'ai remarqué aujourd'hui, il trouve les références uniquement dans les fichiers que tu as ouvert actuellement.
le plugin ctrl-p, que j'utilise pour trouver rapidement les fichiers, scanne vraiment rapidement le dossier du projet
À priori, ça devrait donc être plus léger, mais je n'ai pas mesuré réellement et il y a quand même des fonctions en moins. Ce que je lève dans le point "2." par rapport à la recherche de référence, ça veut aussi dire que tu ne pourras pas faire de big refactor facilement (mais je m'en sors en général avec des git grep -iP). Mon curseur personnel pour l'instant c'est que je préfère avoir un IDE réactif, mais avec ces fonctionnalités en moins (que j'utilise rarement en réalité).
Il faudrait que j'installe un Grafana et que je monitore l'utilisation CPU et mémoire pour les processus vim.
PS: Pour C++, j'ai essayé sur un tout petit projet perso, et le LSP coc-clangd demande d'avoir clangd d'installé et de fournir le fichier compile_commands.json (crée par meson dans mon cas). D'une fois que je l'ai fais, ça a bien marché, mais le projet était tout petit :-)
[^] # Re: Et ça donne quoi coté réactivité?
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Transformer vim en IDE avec LSP et DAP. Évalué à 2.
Hello,
Je ne l'emploie pas sur un projet en C++, mais mon installation est assez réactive, parce que:
gd). Mais il est incapable de trouver toutes les références à cette méthode (avecgr), puisqu'il n'envoie pas tous les fichiers du projet à LSP. J'ai remarqué aujourd'hui, il trouve les références uniquement dans les fichiers que tu as ouvert actuellement.ctrl-p, que j'utilise pour trouver rapidement les fichiers, scanne vraiment rapidement le dossier du projetÀ priori, ça devrait donc être plus léger, mais je n'ai pas mesuré réellement et il y a quand même des fonctions en moins. Ce que je lève dans le point "2." par rapport à la recherche de référence, ça veut aussi dire que tu ne pourras pas faire de big refactor facilement (mais je m'en sors en général avec des
git grep -iP). Mon curseur personnel pour l'instant c'est que je préfère avoir un IDE réactif, mais avec ces fonctionnalités en moins (que j'utilise rarement en réalité).Il faudrait que j'installe un Grafana et que je monitore l'utilisation CPU et mémoire pour les processus vim.
PS: Pour C++, j'ai essayé sur un tout petit projet perso, et le LSP
coc-clangddemande d'avoir clangd d'installé et de fournir le fichiercompile_commands.json(crée parmesondans mon cas). D'une fois que je l'ai fais, ça a bien marché, mais le projet était tout petit :-)