Si vous posez cette question à 100 vimers (je veux dire des joueurs qui comprennent vraiment vim, pas des utilisateurs ordinaires), on estime que 99 d'entre eux vous diront : "Cela peut être fait, mais ce n'est pas adapté (C'est un." réponse universelle, vous devriez le croire)

Mais il y aura toujours ce génie qui pourra faire des choses que 99% des gens ne peuvent pas faire, comme celui-ci : http://www.lucianofiandesio.c...

Alors ce qu'il a fait peut parfaitement remplacer Intellij IDEA ou Eclipse ? La réponse est : non - mais cela dépend à qui cela s'adresse. Pour quelques personnes, elles ne s'appuient pas sur des éléments dont disposent les IDE mais que Vim n'a pas et sont difficiles à mettre en œuvre (ou le coût de mise en œuvre n'en vaut pas la peine). , ils peuvent donc toujours utiliser vim pour écrire du Java et l'écrire plus rapidement et mieux que beaucoup de gens. Cela dit, les personnes qui savent utiliser les IDE ne seront pas plus lentes que vim, sans compter que les IDE peuvent désormais implémenter la plupart des modes d'édition de vim - mais vim présente certains avantages que les IDE ne pourront jamais égaler, comme la légèreté, la vitesse, et serveur Configuration presque standard, la connexion à distance est immédiatement disponible... Si vous maîtrisez l'IDE, vous ne pourrez peut-être bien faire qu'une chose. Si vous maîtrisez vim, qui sait ce que vous pouvez faire !

Alors la question est : êtes-vous ce genre de personne ? La réponse ci-dessus est fondamentalement applicable à Emacs. En termes de transformation pour être infiniment proche de l'EDI, Emacs peut aller encore plus loin.

J'ai passé un an à développer Java Swing et j'ai essayé de passer de l'IDE à VIM pendant 2 mois.
En fait, la réponse est la même que ci-dessus, et la même que pour la plupart des gens : oui, mais ce n'est pas adapté.
J'ai déjà essayé tous les plug-ins qui devraient être dérangés, notamment NerdTree, AutoComplete, Supertab, Snippets...
Peut-être que ma compréhension de VIM n'est pas assez approfondie, ou cela peut être dû à diverses autres raisons, mais il y a il y a encore des inconvénients dans les aspects suivants :
1. Le changement de fichier n'est pas pratique : Bien qu'il existe NerdTree, il n'est toujours pas pratique de basculer entre différents fichiers. Mais vous pouvez utiliser la souris, mais si vous utilisez la souris, pourquoi avez-vous besoin de VIM ?
2. Les invites de code ne sont pas pratiques : le package Jar tiers de Java est très célèbre. Bien que le code de saisie semi-automatique ait été modifié manuellement, il peut demander les fonctions dans le Jar, mais il échoue souvent. Même si vous y êtes invité, il n'y a pas de commentaires de méthode ni de signatures de méthode (quel que soit l'EDI que vous choisissez, il y aura des commentaires de méthode et des signatures de méthode. Si vous rencontrez un Jar que vous utilisez pour la première fois). vous ne pouvez vérifier que l'API officielle.
3. L'importation doit être effectuée manuellement : Ceux qui sont habitués à Eclipse doivent savoir que Ctrl + O, l'EDI peut automatiquement aider à importer les packages requis et vous demandera également s'il existe plusieurs classes Java portant le même nom. À cet égard, VIM n'a pas encore de plug-in dans ce domaine (bien sûr, s'il y a des experts, je pense qu'un tel plug-in peut être développé). Chaque fois après l'écriture du code, lors de la compilation, de nombreuses invites apparaîtront indiquant qu'il n'y a pas d'importation. Ensuite, l’écriture manuelle de l’importation prend également beaucoup de temps.
4. Il n'est pas pratique de créer de nouveaux fichiers : dans l'EDI, différents fichiers seront générés en fonction de différents modèles en fonction du nouveau fichier sélectionné. Mais dans VIM, le nouveau fichier est un fichier texte vierge et tous les codes doivent être remplis par vous-même. Les projets J2SE, c'est bien, mais s'il s'agit d'un projet Web, toutes sortes de problèmes vous attendront.
5. Le remplacement des méthodes n'est pas pratique : l'EDI peut demander quelles méthodes peuvent être remplacées, mais VIM ne peut s'appuyer que sur l'expérience ou interroger l'API.

En fait, il y a encore de nombreux problèmes, seuls ceux qui ont lutté avec eux le sauront. Plus tard, je suis revenu à l'IDE car l'efficacité était vraiment faible, mais heureusement, tous les IDE ont désormais des plug-ins VIM.
Avant de commencer à travailler sur VIM, j'ai passé 2 semaines à déboguer et à bricoler le plug-in VIM.
Je peux seulement dire qu'il y a de nombreux pièges, alors soyez prudent en entrant.

@TroyLiu Aucun des problèmes que vous avez mentionnés n'est un problème. Dans ma configuration, ces problèmes peuvent être complètement résolus, et les solutions sont meilleures que celles de l'EDI
https://github.com/wsdjeg/Dot...

Recommandez un article sur l'utilisation de vim pour développer des programmes Java :

https://spacevim.org/2017/02/...

Ne vous embêtez pas, je le recommandeeclipse和JetBrains.

Oui, le principe est que vous voulez jouer avec l'ensemble des choses de Vunble

Intérêts connexes : gros utilisateurs de Vim

Oui, le simple fait d'écrire du code n'est pas du tout un problème. Tant que vous êtes tellement génial que vous n’avez pas besoin de la fonction 调试. Puis-je créer un environnement de débogage IDE via la configuration VIM de Niubi ?