Die Suche nach nicht verwendeten Gläsern in einem Eclipse-Projekt verwendet
Frage
Gibt es Plugins / Tools zur Verfügung, die Classpath eines Eclipse-Projekt durchlaufen (oder Arbeitsplatz), und markieren Sie alle nicht verwendeten Gläser?
Lösung
ClassPathHelper ist ein guter Anfang.
Es erkennt automatisch Waise Gläser und vieles mehr.
Die einzige Einschränkung ist mit Abhängigkeiten, die nicht in Klassen definiert sind, beispielsweise in Dependency Injection-Framework-Konfigurationsdateien.
Sie haben auch andere Optionen / Ergänzungen, wie zum Beispiel:
- workingfrog "Relief" , die stützt sich auf der Fähigkeit, durch die Untersuchung ihre Form, Größe oder relativen Orts im Raum mit realen Objekten zu tun gibt es einen „physischen“ Blick auf Java-Paketen, Typen und Feldern und ihre Beziehungen, um sie leichter zu handhaben.
- Unnötige-Code Detector : a. Eclipse PlugIn-Tool, um unnötigen (tot) öffentlichen Java-Code zu finden
Andere Tipps
UCDetector hilft nicht, für diese: Es ist nicht auf JAR-Dateien funktioniert. Und für classpathHelper , ich wan't der Lage, eine einfache Möglichkeit, um herauszufinden, nur die Waise JARs zur Liste (BTW, wenn jemand ein Tutorial für das hat, ich bin interessiert).
Wenn Sie also auch Maven verwenden wie ich, ich, diese große Maven Plugin , und ich möchte mit Ihnen diese Lösung teilen. Geben Sie einfach:
mvn dependency:analyze
Und Sie werden sofort eine Liste von nicht verwendeten JAR-Dateien in Ihren Abhängigkeiten erhalten. Sehr praktisch!
Sie können eine dieser Plugins verwenden: UCDetector oder classpath Helper
fand ich ein sehr schnelles und interessantes Werkzeug, um dieses Ziel zu archivieren:
Entpacken Sie einfach das Programm und führen Sie:
java -Xmx512m -jar tattletale.jar ~/myjavaproject/mydistribution output
Das wird einen sehr beeindruckenden Bericht mit verschiedenen Punkten (Text von ihrer Website) erzeugen:
- Identifizieren von Abhängigkeiten zwischen JAR-Dateien
- Finden Klassen aus dem Classpath fehlt
- Punkt, wenn eine Klasse / Paket in mehreren JAR-Dateien befindet
- Stelle, wenn die gleiche JAR-Datei in mehreren Orten befinden
- Mit einer Liste von dem, was jede JAR-Datei erfordert und bietet
- Überprüfen Sie die SerialVersionUID einer Klasse
- Finden Sie ähnliche JAR-Dateien, die unterschiedliche Versionsnummern haben
- Suchen JAR-Dateien ohne Versionsnummer
- Suchen nicht genutzte JAR-Archive
- Identifizieren versiegelt / signierte JAR-Archive
- Suchen Sie eine Klasse in einer JAR-Datei
- Holen Sie sich das OSGi-Status Ihres Projekts
- Entfernen der schwarzen Liste der API-Nutzung
- und erzeugt die gleichen Berichte für Ihr .WAR und .ear Archiv
Ich weiß, das ist ein alter, aber wenn jemand stolpert auf das Eclipse tut dies von selbst aus.
Navigieren Projekt Eigenschaften-> Java-Code Stil-> Clean Up Wählen Sie die Eclipse-[Built-in] und es geschieht Folgendes:
- Ändern Sie nicht statisch Zugriffe auf statische Elemente unter Verwendung erklärt Typ
- Ändern indirekte Zugriffe auf statische Mitglieder Zugriffe zu lenken (Zugriffe durch Subtypen)
- Entfernen Sie nicht verwendete Importe
- Add '@Override' Anmerkungen fehlt
- Add ‚@Override‘ Anmerkungen zu Implementierungen der Schnittstelle fehlt Methoden
- Add '@deprecated' Anmerkungen fehlt
- Entfernen Sie unnötige Abgüsse
- Entfernen Sie unnötige '$ NON-NLS $' Tags