Pour le moment, j'ai pu travailler toute une journée sans réveiller Eclipse, j'ai donc pris une note. C'est super confortable!
Après cela, je n'ai mis que le système de falsification d'apparence (icônes, etc.). Heureusement, j'utilise Git sur le site en ce moment, mais je le fais quand même avec SourceTree et la ligne de commande, alors j'ai décidé de le laisser tranquille.
De plus, le code Fira est utilisé pour la police (cela a également été introduit à titre d'essai). Il y a un autre article d'introduction, alors veuillez vous y référer. https://qiita.com/shuntksh/items/1995e87fe5c1ac88296f (Merci beaucoup! C'est facile à lire et progresse ...)
Soudain, ** VS Code n'est pas Java Native **. Après tout, il y a des problèmes. ...... Non, c'était vraiment un peu, et c'était quelque chose qui pouvait être géré correctement.
Maven est utilisé sur le lieu de travail. Souhaitez-vous passer à Gradle ou quelque chose comme ça? Je pense, mais ceux qui sont utilisés sont inévitables. Il semble que maven soit toujours considéré comme standard dans VSCode, et le Java Extension Pack comprend également le plug-in de support maven, Maven pour Java. Vous pouvez accéder au package mvn à partir du contexte ou afficher le POM effectif. Mais d'une manière ou d'une autre, tout le code pour UT était mort. C'est une erreur de compilation sans exception. Il a dit: "Je ne peux pas résoudre ça! Qu'est-ce que c'est!"
Je ne sais pas pourquoi, mais il n'a pas semblé lire la bibliothèque avec la portée de test. Je n'avais pas d'autre choix que de supprimer la ** portée du test et de la résoudre **. Eh bien, si vous ne pouvez pas le lire avec la portée de compilation, vous ne pouvez vraiment rien y faire.
De plus, j'ai essayé de le reproduire dans un autre projet maven et de soulever le problème, mais ... je n'ai pas pu le reproduire du tout. Je suis sûr que la structure du projet était mauvaise.
Le pack d'extension Java comprend Java Test Runner. Comme son nom l'indique, il exécute UT, ce qui est pratique. Mais pour une raison quelconque, ce type ne court pas beaucoup. Pour une raison quelconque, tous deviennent «Sautés» sans autorisation.
C'est assez grave, et le problème est qu'il fonctionne ou ne fonctionne pas. Pour le moment, tout ce que je savais, c'est que ** la méthode du nom japonais semble mourir avec une forte probabilité **. Et bien non.
Bien qu'il ait les problèmes triviaux mentionnés ci-dessus (est-ce un peu gênant?), Il semble en fait que ** peut être utilisé comme IDE principal à ce stade. Après tout, c'est beaucoup mieux qu'Eclipse, où c'est un peu problématique ** c'est de la merde lourd et ça tombe plusieurs fois par jour, et l'environnement est cassé et ça ne commence même pas au pire **. (Cependant, honnêtement, il y a des problèmes sur le site, comment le gérer moi-même, les spécifications de la machine de développement et le côté plug-in, donc je pense que c'est un peu différent si seulement Eclipse est vraiment mauvais ~~ mais M. Xu ~~)
Une chose à garder à l'esprit est que ** VSCode est un éditeur très puissant, pas un IDE complet depuis le début **. Par exemple, une consommation de mémoire est certainement bien inférieure à Eclipse, mais le processus Java exécuté en même temps apporte une énorme quantité de mémoire (même si elle semble être inférieure à Eclipse au total). ** Il faut se rappeler que l'éditeur n'a que beaucoup de "fonctionnalités de développement" et qu'il est stable et léger car il ne contient rien **.
…… La raison de dire ceci est que ** Eclipse est plus facile à initialiser **. Si tel est le cas, vous n'avez pas besoin d'installer le JDK ou de faire quoi que ce soit en détail, et c'est la zone où les binaires préconfigurés sont distribués. VSCode ne l'est pas.
** Si vous pensez "si vous avez du mal à vous entendre, ça va un peu", VSCode vous aidera certainement **. Sinon, nous sommes probablement plus heureux les uns avec les autres en utilisant Eclipse.
Cet article ignore délibérément l'existence d'un IDE très puissant par ~~ (mis à part NetBeans) ~~ IntelliJ. Pourquoi demandes-tu? ** Parce que ça coûte de l'argent! ** **
…… À part blague à part, si vous pouvez utiliser un IDE comme IntelliJ, je pense que ce n'est pas grave pour être honnête. Cependant, même si je n'y ai touché qu'un peu, il est assez lourd. C'est vrai parce qu'il est puissant et stable. Cependant, quel que soit le coût du logiciel, le fait que les spécifications soient requises en tant que groupe d'expédition unique pose problème. Même si je pouvais utiliser ma machine préférée avec 32 Go de RAM chez moi, je devais utiliser une machine i3 + 8 Go au travail (honnêtement, je n'avais jamais pensé souffrir d'une telle pénurie de RAM jusqu'à il y a quelques années. ……).
Mieux encore, IntelliJ a un raccourci légèrement unique et je n'y suis pas habitué. Les raccourcis "produit très MS" de VSCode sont assez familiers et faciles à faire en tant que lecteur Windows. ** Je pense que c'est très puissant dans le sens où c'est une machine bon marché qui peut gérer des machines largement utilisées, qui est stable et facile à saisir **, donc j'aimerais continuer à l'utiliser pendant un certain temps pour trouver une bonne configuration.
Recommended Posts