Public static final Deklaration einer Instanzvariablen in JAVA-Schnittstellen

Verwendung einer einheitlichen syntax in beiden Klassen und Schnittstellen vereinfacht refactoring.

Möchten Sie vielleicht, um Ihren interface in eine class irgendwo in der Zukunft oder verschieben Sie diese Felder in eine Klasse, und Sie erhalten einen semantischen Unterschied, wenn Sie blicken auf einige Felder definiert, ohne public static final (natürlich haben wir die tools für die Umgestaltung, aber trotzdem).

Ich denke, es ist die gleiche Sache wie die Unterstützung von @Overriden - Anmerkung für die Implementierungen der deklarierten Methoden in interfaces eingeführt wurde Java 6 - das ist redundant in seiner jetzigen form, kann aber nützlich sein, im Falle der Umgestaltung.

InformationsquelleAutor axtavt

Aus dem Buch Effektiv java von JOshua Bloch

Artikel 19: Verwendung nur Schnittstellen zu definieren, die Arten

Wenn eine Klasse eine Schnittstelle implementiert, die Schnittstelle dient als eine Art kann
werden verwendet, um auf Instanzen der Klasse. Dass eine Klasse eine Schnittstelle implementiert
daher sollte etwas darüber sagen, was ein Kunde tun kann mit Instanzen der
Klasse. Es ist unangemessen, definieren Sie eine Schnittstelle für andere Zwecke.

Einer Art Schnittstelle, test fehlschlägt, ist die so genannte Konstante Schnittstelle.
Eine solche Schnittstelle enthält keine Methoden, es besteht ausschließlich aus static final Felder, die jeweils
exportieren eine Konstante. Klassen, die diese Konstanten implementieren Sie die Schnittstelle zu
vermeiden Sie die Notwendigkeit, sich zu qualifizieren Namen von Konstanten mit einem Klasse Namen. Hier ist ein Beispiel:

//Constant interface antipattern - do not use!
public interface PhysicalConstants {
    //Avogadro's number (1/mol)
    static final double AVOGADROS_NUMBER = 6.02214199e23;
    //Boltzmann constant (J/K)
    static final double BOLTZMANN_CONSTANT = 1.3806503e-23;
    //Mass of the electron (kg)
    static final double ELECTRON_MASS = 9.10938188e-31;
}

Den Konstanten-interface-Muster ist eine schlechte Nutzung der Schnittstellen. Eine Klasse verwendet
einige Konstanten intern ist eine Implementierung detail. Die Umsetzung einer Konstanten
Schnittstelle bewirkt, dass dieses detail ein Leck in der Klasse exportiert-API. Es
keine Konsequenzen für den Nutzer einer Klasse, die die Klasse implementiert eine Konstante
- Schnittstelle. In der Tat, es kann sogar zu verwechseln. Schlimmer noch, es stellt eine Selbstverpflichtung dar: wenn
in einer zukünftigen Version die Klasse so geändert wird, dass es nicht mehr braucht, zu verwenden, die Konstanten,
es muss noch die Schnittstelle implementieren, um sicherzustellen, Binär-Kompatibilität. Wenn ein
nonfinal Klasse implementiert eine Konstante Schnittstelle, die alle Ihre Unterklassen haben Ihre
namespaces verschmutzt durch die Konstanten in der Schnittstelle.

Gibt es einige Konstanten-interfaces in der Java-Plattform-Bibliotheken, wie
java.io.ObjectStreamConstants. Diese Schnittstellen werden als
Anomalien und sollte nicht nachgeahmt werden.

Wenn Sie exportieren wollen, Konstanten, es gibt einige vernünftige Entscheidungen. Wenn die
Konstanten sind stark gebunden an eine vorhandene Klasse oder eine Schnittstelle, Sie sollten hinzufügen
die Klasse oder Schnittstelle. Zum Beispiel, alle der boxed numerischen primitive-Klassen,
wie Integer und Double, export MIN_VALUE und MAX_VALUE Konstanten. Wenn die
Konstanten werden am besten gesehen, als Mitglieder der einen Aufzählungstyp, sollten Sie exportieren
mit einem enum-Typ (Element 30). Ansonsten sollten Sie den export der Konstanten
mit einem noninstantiable utility-Klasse (Punkt 4). Hier ist eine utility-Klasse-version des
PhysicalConstants Beispiel oben:

//Constant utility class
package com.effectivejava.science;

public class PhysicalConstants {
    private PhysicalConstants() {
    } //Prevents instantiation

    public static final double AVOGADROS_NUMBER = 6.02214199e23;
    public static final double BOLTZMANN_CONSTANT = 1.3806503e-23;
    public static final double ELECTRON_MASS = 9.10938188e-31;
}

Regel eine utility Klasse erfordert, dass clients zu qualifizieren Namen von Konstanten in einer Klasse
Namen, zum Beispiel, PhysicalConstants.AVOGADROS_NUMBER. Wenn Sie schwere
die Verwendung der Konstanten exportiert durch eine utility-Klasse, können Sie vermeiden die Notwendigkeit für die Qualifizierung von
die Konstanten mit den Namen der Klasse, die durch die Nutzung der statischen import-Anlage,
eingeführt in Version 1.5:

//Use of static import to avoid qualifying constants
import static com.effectivejava.science.PhysicalConstants.*;
public class Test {
    double atoms(double mols) {
        return AVOGADROS_NUMBER * mols;
    }
...
//Many more uses of PhysicalConstants justify static import
}

Zusammenfassend Schnittstellen sollten nur verwendet werden, zu definieren Arten. Sie sollte nicht
verwendet werden, um export-Konstanten.

InformationsquelleAutor Shashi

Zugegeben, es ist überflüssig. In der Regel die Leute wissen einfach nicht, dass Sie implizit public static final und erkläre es trotzdem. Dito mit Dingen wie der Deklaration:

public abstract interface Test { //Interfaces are always abstract
    public void testMethod(); //Interface methods are always public
    abstract void anotherTestMethod(); //Also redundant
}

In der Regel es nur darauf an, die Tatsache, dass die Menschen nicht wissen, dass Sie nicht haben es zu erklären, eine oder andere Weise. Ich Sprach einmal mit jemandem (wer war ein erfahrener Programmierer) dieser Gedanke der default Fall in switch erforderlich ist, oder es wird nicht kompilieren.

Dass gesagt wird, das einzige argument für das hinzufügen von Ihnen ist, dass Sie klären, was Ihre tatsächliche Sichtbarkeit und was nicht alles eigentlich ist. Es ist eine Frage der Lesbarkeit und Klärung, ob und zu beachten sind, ist irrelevant, wie es sich tatsächlich verhält.

InformationsquelleAutor Brian

Sind Sie richtig: es ist überflüssig. Ich weiß nicht, wie das hinzufügen redundanter syntax zu jeder Zeit. Aber die Praxis hat Ihre Anhänger. Einige fügen auch gerne Klammern um die Rückkehr-Ausdrücke, die auf der irrigen Begründung, dass es ist wie Sie eine 'if' Anweisung; zusätzliche Klammern zu 'klären' arithmetische Ausdrücke, dass ein Drittel-grader verstehen würde; etc. Es ist alle Teil der reichen Tapisserie des Lebens.

InformationsquelleAutor user207421