Vorläufig konnte ich einen ganzen Tag arbeiten, ohne Eclipse aufzuwecken, also machte ich mir eine Notiz. Es ist super bequem!
Danach habe ich nur noch das System eingegeben, um mit dem Erscheinungsbild zu spielen (z. B. Symbole). Glücklicherweise verwende ich Git gerade auf der Site, aber ich mache das trotzdem über SourceTree und die Befehlszeile, also habe ich beschlossen, es in Ruhe zu lassen.
Zusätzlich wird Fira Code für die Schriftart verwendet (dies wurde auch probeweise eingeführt). Es gibt einen weiteren einleitenden Artikel. Bitte beziehen Sie sich darauf. https://qiita.com/shuntksh/items/1995e87fe5c1ac88296f (Vielen Dank! Es ist leicht zu lesen und macht Fortschritte ...)
Plötzlich ist ** VS Code nicht Java Native **. Immerhin gibt es einige Probleme. ...... Nein, es war wirklich ein bisschen und es war etwas, das richtig gehandhabt werden konnte.
Maven wird am Arbeitsplatz eingesetzt. Möchten Sie zu Gradle wechseln oder so? Ich denke, aber diejenigen, die verwendet werden, sind unvermeidlich. Es scheint, dass Maven in VSCode immer noch als Standard gilt, und das Java Extension Pack enthält auch das Maven-Support-Plug-In Maven für Java. Sie können mvn package im Kontext aufrufen oder Effective POM anzeigen. Aber irgendwie war der gesamte Code für UT tot. Es ist ausnahmslos ein Kompilierungsfehler. Er sagte: "Ich kann das nicht lösen! Was ist das?"
Ich bin mir nicht sicher warum, aber es schien die Bibliothek mit Testumfang nicht zu lesen. Ich hatte keine andere Wahl, als den ** Testumfang zu entfernen und ihn zu lösen **. Wenn Sie es nicht mit Kompilierungsbereich lesen können, können Sie nichts dagegen tun.
Außerdem habe ich versucht, es in einem anderen Maven-Projekt zu reproduzieren und das Problem anzusprechen, aber ... ich konnte es überhaupt nicht reproduzieren. Ich bin sicher, die Projektstruktur war schlecht.
Das Java Extension Pack enthält Java Test Runner. Wie der Name schon sagt, wird UT ausgeführt, was praktisch ist. Aber aus irgendeinem Grund rennt dieser Typ nicht viel. Aus irgendeinem Grund werden alle ohne Erlaubnis "übersprungen".
Dies ist ziemlich ernst und das Problem ist, dass es läuft oder nicht läuft. Vorerst wusste ich nur, dass ** die japanische Namensmethode mit hoher Wahrscheinlichkeit zu sterben scheint **. Nun nein.
Obwohl es die oben genannten trivialen Probleme hat (ist es ein wenig problematisch?), Fühlt es sich tatsächlich so an, als ob ** an dieser Stelle als Haupt-IDE verwendet werden kann. Immerhin ist es viel besser als Eclipse, das scheißlastig ist und mehrmals am Tag gefallen ist, und die Umgebung ist kaputt und es beginnt nicht einmal im schlimmsten Fall **. (Ehrlich gesagt gibt es jedoch Probleme mit der Methode vor Ort, dem Umgang damit selbst, den Spezifikationen der Entwicklungsmaschine und der Plug-In-Seite. Ich denke, es ist ein bisschen anders, wenn nur Eclipse wirklich schlecht ist ~~ aber Mr. Xu ~~)
Eine Sache, die Sie beachten sollten, ist, dass ** VSCode ein sehr leistungsfähiger Editor ist, nicht von Anfang an eine IDE mit vollem Funktionsumfang **. Zum Beispiel ist ein Speicherverbrauch definitiv viel geringer als bei Eclipse, aber der gleichzeitig ausgeführte Java-Prozess bringt eine enorme Menge an Speicher mit sich (obwohl er insgesamt weniger als Eclipse zu sein scheint). ** Es sollte beachtet werden, dass der Editor nur viele "Entwicklungsfunktionen" hat und stabil und leicht ist, da er mit nichts gefüllt ist **.
Der Grund, warum ich das sage, ist, dass ** Eclipse einfacher zu initialisieren ist **. In diesem Fall müssen Sie das JDK nicht installieren oder detaillierte Informationen ausführen. In diesem Bereich werden die vorkonfigurierten Binärdateien verteilt. VSCode ist nicht so.
** Wenn Sie denken, "wenn Sie Schwierigkeiten haben, miteinander auszukommen, ist es ein bisschen in Ordnung", wird VSCode definitiv helfen **. Wenn nicht, sind wir mit Eclipse wahrscheinlich glücklicher miteinander.
Dieser Artikel ignoriert absichtlich die Existenz einer sehr leistungsfähigen IDE pro ~~ (abgesehen von NetBeans) ~~ IntelliJ. Warum fragst du? ** Weil es Geld kostet! ** ** **
Abgesehen von einem halben Scherz, wenn Sie eine IDE wie IntelliJ verwenden können, ist das in Ordnung. Obwohl ich es nur ein wenig berührt habe, ist es ziemlich schwer. Das ist richtig, weil es leistungsstark und stabil ist. Unabhängig von der Softwaregebühr ist es jedoch ein Problem, wenn Spezifikationen als einzelne Versandgruppe erforderlich sind. Selbst wenn ich meinen Lieblingscomputer mit 32 GB RAM zu Hause verwenden könnte, müsste ich bei der Arbeit einen i3 + 8 GB-Computer verwenden (ehrlich gesagt hätte ich bis vor einigen Jahren nie gedacht, dass ich unter einem solchen RAM-Mangel leiden würde. ……).
Das Beste ist, dass IntelliJ eine etwas einzigartige Verknüpfung hat und ich nicht daran gewöhnt bin. VSCodes "Very MS Product" -Verknüpfungen sind als Windows-Player bekannt und einfach zu handhaben. ** Ich denke, es ist sehr leistungsfähig in dem Sinne, dass es sich um eine billige Maschine handelt, die mit weit verbreiteten kompatibel, stabil und einfach zu betreten ist **. Daher möchte ich sie noch eine Weile weiter verwenden, um eine gute Konfiguration zu finden.
Recommended Posts