Wie unterdrücke ich Eclipse 3.5 Warnungen von dead code

Verwende ich eine Klasse für die Erkennung von E-Mail-Adressen, die verwendet static final Boolean konfigurieren das passende Verhalten. Seit ich ein Upgrade auf Eclipse 3.5 ich bekomme Warnungen über die dead code, da Eclipse dar, die eine Niederlassung in diesem können nicht erreicht werden:

private static final boolean ALLOW_DOMAIN_LITERALS = false;
private static final String domain = ALLOW_DOMAIN_LITERALS ? rfc2822Domain : rfc1035DomainName;

Seltsamerweise ist es zufrieden mit dieser:

private static final String domain;
static {
    if(ALLOW_DOMAIN_LITERALS) {
        domain = rfc2822Domain;
    } else {
        domain= rfc1035DomainName;
    }
}

da es scheint zu erkennen, die gemeinsame if(DEBUG) Muster, aber der ternäre operator scheint nicht zu zählen.

Da möchte ich lieber nicht Gabel der Klasse zu viel, nur um Eclipse glücklich, ich würde es vorziehen, setzen einen @SuppressWarnings an der Spitze statt der änderung des Codes. Leider kann ich keine passende außer der brute-force -"all". Gibt es einen Wert, nur für die dead-code-Erkennung?

InformationsquelleAutor Peter Becker | 2009-07-06
  1. 19

    UPDATE: von Adam ' s Kommentar:

    In Eclipse 3.6 und neuere Eclipse-Versionen @SuppressWarnings("unused") kann nun verwendet werden, zu unterdrücken 'dead code' Warnungen. Sehen Christopher Stock ' s Antwort.

    Siehe auch Eclipse 4.4(Luna) helfen für @SuppressWarnings.

    Original Antwort:

    Alle SuppressWarnings Werte Eclipse 3.5 "weiß" aufgeführt, in auf dieser Seite. Es scheint, dass es keinen Wert für das unterdrücken nur die neue dead-code-Erkennung. Aber Sie können den @SuppressWarnings("all") kurz vor der domain Erklärung, so wird es unterdrückt Warnungen nur für diese Linie nicht für die ganze Klasse:

    private static final boolean ALLOW_DOMAIN_LITERALS = false;
@SuppressWarnings("all") 
private static final String domain = ALLOW_DOMAIN_LITERALS ? rfc2822Domain : rfc1035DomainName;

    Weil die dead code-check ist ein neues Sie können auch vorschlagen, eine sensible Erweiterung in der Eclipse-bug-Datenbank für die Unterstützung der ternären operation als gut.

    • Hier ist die bugzilla-Eintrag: bugs.eclipse.org/bugs/show_bug.cgi?id=282768 Bugzilla sicherlich fehlt sowohl die Duplikat-Suche und die Wiki-syntax StackOverflow bietet 🙂
    • Ich fügte hinzu, einen für die fehlenden @SuppressWarnings auch: bugs.eclipse.org/bugs/show_bug.cgi?id=282770
    • Der status der beiden Anforderungen ist nun verifiziert behoben
    • Es scheint, dass Sie dies nicht tun können für eine bestimmte Zeile innerhalb einer Methode. Es muss getan werden für eine ganze Methode, da ansonsten eine "insert EnumBody" Fehler angezeigt wird.
    • @SuppressWarnings("unused") kann nun verwendet werden, zu unterdrücken, finden Sie unter Christopher Stock-Antwort
    InformationsquelleAutor Csaba_H
  2. 8

    Wählen Sie Ignore im Windows -> Preferences > Java > Compiler > Errors/Warnings unter Potential programming problems Abschnitt

    • Aber ich in der Regel wie die Funktion, die es nur hier ausfällt. Wenn es wäre mein eigenen code würde ich nur ändern. Das könnte man auch deaktivieren, es auf der Projekt-Ebene (D. H. aktivieren Sie Projekt-spezifischen compiler-Einstellungen in den Projekt-Eigenschaften), aber ich will auch nicht zu tun.
    InformationsquelleAutor J-16 SDiZ
  3. 6

    Können Sie deaktivieren Sie die 'Toten code' Warnungen 

    @SuppressWarnings( "unused" )

    Finden Sie in der eclipse-Dokumentation für weitere Informationen:

    http://help.eclipse.org/kepler/index.jsp?topic=%2Forg.eclipse.jdt.doc.user%2Ftasks%2Ftask-suppress_warnings.htm

    "unbenutzt" unterdrücken der Warnungen relativ unbenutzten code und dead code

    Grüße

    Christopher

    • Gestimmt, da es sein könnte nützlich für jemanden, der hierher kommt. Das feature damals nicht existierte, aber es funktioniert jetzt (siehe Bugzilla Fragen im Zusammenhang mit der in meinen Kommentaren auf die akzeptierte Antwort).
    InformationsquelleAutor Christopher Stock
Schreibe einen Kommentar