
Was mir an Eclipse am meisten gefällt, ist, dass es sich wie eine zuverlässige Basisstation für unsere UI-Automatisierungsarbeit anfühlt. Projekte bleiben ordentlich organisiert, die Codevervollständigung und das Refactoring sind stark, und der Debugger ist immer noch einer der besten, um durch unübersichtliche Abläufe zu gehen und Randfälle zu erfassen. Plugins erleichtern die tägliche Arbeit—Selenium/TestNG/Java, Build-Tools, Berichterstattung—sodass wir das einfügen können, was wir brauchen, und wieder Tests schreiben können, anstatt mit der Einrichtung zu kämpfen. Ausführungskonfigurationen helfen auch sehr: Ich kann schnell ganze Suiten oder einzelne Fälle anvisieren, Umgebungsvariablen anpassen und erneut ausführen, ohne alles neu zu erstellen, was im Laufe einer Woche viele kleine Minuten spart. An den meisten Tagen ist es öffnen, codieren, ausführen, beheben, wiederholen, und Eclipse hält mit.
Die Integration mit unserem ADO-Git-Repo ist ehrlich gesagt großartig. Ich kann ziehen, committen, pushen, Branches verwalten, Hunkes stagen und Diffs direkt in der IDE überprüfen, sodass ich nicht zu einem anderen Tool wechseln muss, nur um eine Änderung voranzutreiben. Das reduziert den Kontextwechsel und hält den Automatisierungskreislauf reibungslos—einen Test schreiben, ausführen, beheben, committen, pushen, fertig. Die Einrichtung ist auch unkompliziert: einen neuen Arbeitsbereich erstellen, Projekte importieren, die wichtigsten Plugins aus dem Marketplace hinzufügen, und ich bin schnell produktiv. Sobald die Umgebung eingerichtet ist, ist das Hinzufügen einer neuen Bibliothek oder eines Treibers vorhersehbar, und Teamkollegen können dieselbe Konfiguration ohne seltsame Überraschungen spiegeln.
Was die Funktionen betrifft, ist es vollgepackt, aber dennoch praktisch. Perspektiven helfen mir, fokussiert zu bleiben, die Ansichten „Probleme“ und „Konsole“ machen deutlich, wo etwas schiefgelaufen ist, und das Durchsuchen des Arbeitsbereichs bleibt auch bei größeren Codebasen schnell. Die Integration von Build-Tools (Maven/Gradle) hilft, Abhängigkeiten richtig zu landen, und die IDE versteht den Klassenpfad, sodass Tests sauber aufgelöst werden. Ich schätze auch die kleineren Details wie TODO-Markierungen, schnelle Korrekturen und die Quellformatierung, die Überprüfungen ordentlich hält. Speziell für die UI-Automatisierung macht es die Übergabe und Wartung einfacher, alles an einem Ort zu haben—Code, Konfigurationen, Datendateien, Runner. Ich benutze Eclipse viele Tage in der Woche, und es fühlt sich weiterhin zuverlässig an. Bewertung gesammelt von und auf G2.com gehostet.
Plugin-Installationen können etwas seltsam sein. Ich füge ein Plugin hinzu oder aktualisiere es, und dann beginnt die IDE scheinbar zufällige Fehler in Code zu werfen, der fünf Minuten zuvor noch in Ordnung war. Ein Neustart behebt das normalerweise, aber es kostet trotzdem Zeit genau im falschen Moment. Ich habe auch bemerkt, dass der Indexer bei größeren Projekten ziemlich intensiv werden kann; die Benutzeroberfläche wird ein wenig träge, bis er fertig ist. Hin und wieder gerät EGit mit dem Dateisystem aus dem Takt und ich lande in einem „Datei auf der Festplatte geändert“-Pop-up-Tanz, oder der Arbeitsbereichs-Cache benötigt einen sauberen Build, um sich zu beruhigen. Nichts davon ist ein K.-o.-Kriterium – nur kleine Ärgernisse, auf die ich stoße, wenn ich versuche, schnell zu arbeiten. Bewertung gesammelt von und auf G2.com gehostet.
Unser Netzwerk von Icons sind G2-Mitglieder, die für ihre herausragenden Beiträge und ihr Engagement für die Hilfe anderer durch ihre Expertise anerkannt sind.
Der Bewerter hat einen Screenshot hochgeladen oder die Bewertung in der App eingereicht und sich als aktueller Benutzer verifiziert.
Bestätigt durch Google unter Verwendung eines Geschäftsemail-Kontos
Einladung von G2. Dieser Bewerter erhielt von G2 keine Anreize für das Ausfüllen dieser Bewertung.
Diese Bewertung wurde aus English mit KI übersetzt.




