Frage

Was ist besser?

  1. @SuppressWarnings("unchecked")
  2. @SuppressWarnings(AnnotationConstants.UNCHECKED)

Wo AnnotationConstants ist eine typische Konstanten Klasse ...

public final class AnnotationConstants {
    private AnnotationConstants() { }

    public static final String UNCHECKED = "unchecked";

    ...
}

Ich weiß, dass es eine Menge von allgemeinen Argumenten für und gegen die Konstanten Klassen - und das ist genau das, was ich bin nicht Interesse an mich, ob eine Konstanten Klasse wissen will speziell. für Anmerkungen ist eine gute Idee oder eine schlechte Idee.

War es hilfreich?

Lösung

Für die spezifischen Beispiel ich mit Literalen bleiben würde. Immerhin versucht man Warnungen zu unterdrücken - wenn Sie die falschen wörtlichen verwenden, wird die Warnung unterdrückt werden, was Ihre Aufmerksamkeit auf das Problem lenken wird

.

Andere Tipps

würde ich ein bisschen von beidem sagen, bitte.

Im Frühjahr, könnte man sagen, so etwas wie @Scope (Scopes.SESSION) oder @Scope (Scopes.REQUEST), die eine bestimmte Art von Verhalten zu der Anmerkung legt so würde ich sagen, immer verwenden, um eine Konstanten-Klasse, die für die Rückverfolgbarkeit gut ist.

Wenn Sie nur Warnungen Unterdrücken, gibt es wenig Wahrscheinlichkeit, dass Sie wirklich wollen, um diese verfolgen, so dass nur mit dem wörtlichen gehen.

ich mit Holsam für SuppressWarnings zustimmen würde - die Saiten verwenden

Wenn Sie Ihre eigene Anmerkung zu schreiben, würde ich usng Aufzählungen, wo möglich, Dinge empfehlen, die als eine Reihe von Konstanten dargestellt werden könnten

Für @SuppressWarning und die Gleichen, das glaube ich nicht so. Ich ziehe die Konstanten direkt zu schreiben, und habe den Compiler sich, wenn möglich, zu überprüfen. Eclipse ist eine schöne Aufgabe dazu.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top