Sind "public" und "public final" redundante interface-Felder?


Ich war das Lesen dieses post Warum würde eine statische verschachtelte Schnittstelle in Java? insbesondere die erste Antwort. In dieser Antwort wird geschrieben, dass die Worte "public" oder "public final" auf Oberfläche Felder sind redundant. Meine Frage ist: warum?
Warum sollte ich Sie entfernen? Wenn ich etwas wie dieses:

public interface Int1 {
   public void add();
   void remove(); 
}

Nicht bedeuten, dass ich will add Methode implementated, von welcher Klasse auch immer, während remove Methode implementated nur von Klassen meines gleichen Paket?

  • Die keywords abstract und public sind redundant für die Methoden innerhalb einer Schnittstelle und der Schnittstelle selbst. Sie sind implizit.
InformationsquelleAutor zer0uno | 2013-06-09
  1. 81

    Sind "public" und "public final" redundante interface-Methoden?

    Ja.

    Alle Methoden in einem interface sind implizit public und abstract (aber nicht final).

    Alle Felder in einer Schnittstelle sind implizit public, static und final.

    Den JLS-Staaten. Es zeigt auch, dass diese Modifizierer können weggelassen werden.

    Warum? Nun, es gibt eine Vielzahl von Gründen:

    • Felder und Methoden sind implizit public denn der Punkt, der ein interface zu deklarieren ... - Schnittstelle, die anderen Klassen sehen können. (Wenn Sie wollen /müssen den Zugriff einschränken, erfolgt dies über eine access-modifier auf die Schnittstelle selbst.)

    • Felder sind static denn wenn Sie nicht Sie wäre die Deklaration sichtbare Instanz-Felder auf ein Objekt ... und das ist schlecht für die Kapselung.

    • Felder sind final da nicht-Finale Felder wäre ein weiterer Weg, zu deklarieren public static Felder ... die sind schrecklich aus OO-Sicht.

    • Methoden sind abstract weil damit Methode Körper effektiv drehen interfaces in abstrakte Klassen.

    Anderen Grund für abstrakte Methoden und statische Felder in einer Schnittstelle ist, dass, wenn Sie nicht, Diamant-Vererbung und der Vererbung einer Methode aus zwei verschiedenen Schnittstellen sowohl problematisch sein.

    Aber so oder so, das ist wie Java ist definiert, so dass die Fragen irrelevant ... es sei denn, Sie werden denken, erfinden Ihre eigene Programmiersprache.

    Beachten Sie, dass in Java 8, die Sie kann deklarieren von Methoden in einer Schnittstelle, mit der default modifier. Und in Java 9, Sie kann erklären private Methoden, in einigen Fällen. Aber die Verwendung des public Schlüsselwort ist immer noch redundant.

    Warum sollte ich Sie entfernen?

    Sie nicht haben, um Sie zu entfernen. Der Java-compiler ist das egal.
    Sie kann entfernen Sie Sie, aber Sie nicht müssen entfernen, es sei denn, Sie versuchen, zu entsprechen, einige Java-Stil-Richtlinien, die darauf bestehen, auf diesem.
    Dein code wird wohl auch noch lesbar, wenn Sie konsistent sind, aber könnten Sie es konsequent durch die Verwendung der redundanten Modifikatoren überall; z.B. indem Sie Sie, anstatt Sie zu entfernen.

    Nicht bedeuten, dass ich möchte hinzufügen-Methode implementiert werden, durch was auch immer Klasse, bei der remove-Methode implementiert, die nur von Klassen meines gleichen Paket?

    Nein, es bedeutet nicht, dass. Oder zumindest, es könnte bedeuten, dass Sie, aber es wird nicht bedeuten, dass der Java-compiler, andere Java-Werkzeuge ... oder andere Menschen Lesen und die Pflege Ihres Codes. IMO, wäre es schlecht beraten, Ort alle Bedeutung auf das Vorhandensein oder fehlen von redundanten keywords.

    InformationsquelleAutor Stephen C
  2. 9

    Können Sie nicht ein final deklarierte Methode in einer Schnittstelle. Felder sind immer final aber die Methoden sind immer abstract (und nie final). Sie kann nicht definieren, eine interface-Methode implementiert werden, die nur von Klassen im gleichen Paket.* Von Abschnitt 9.3 der Java Language Specification:

    Jeder Feld-Deklaration in den Körper eines interfaces implizit public, static und final. Es ist erlaubt, zu Redundant angeben, irgendwelche oder alle diese Modifikatoren für solche Felder.

    und von Abschnitt 9.4:

    Jede Methode, die Erklärung in den Körper eines interfaces implizit public (§6.6).

    Jede Methode, die Erklärung in den Körper ein interface ist implizit Abstrakt, so dass Ihr Körper immer dargestellt wird, getrennt durch ein Semikolon, kein block.

    Ist es erlaubt, aber entmutigt, als eine Frage des Stils, zu Redundant, geben Sie den public und/oder abstract-modifier für eine deklarierte Methode in einer Schnittstelle.

    * Als Paul Bellora Punkte in einen Kommentar, können Sie das interface selbst, package-private (oder protected, oder sogar privat), wenn Sie möchten, zu beschränken, Ihre Sichtbarkeit.

    • +1 Und beachten, dass die Schnittstelle selbst kann package-private.
    • so kann ich eine Methode mit package-Sichtbarkeit?
    • Nicht als Teil einer Schnittstelle.
    InformationsquelleAutor Ted Hopp
  3. 2
    • Schnittstellen per definition Abstrakt sind, also die abstract-Modifikator auf der Oberfläche überflüssig ist.
    • Variablen in Schnittstellen und Anmerkungen sind automatisch public, static und final, so dass diese Modifikatoren sind überflüssig wie gut.
    • Als Anmerkungen sind eine form der Oberfläche, deren Felder auch automatisch public, static und final, wie Ihre Beschriftungs-Felder sind automatisch public und abstract.
    • Final-Klassen-definition kann nicht verlängert werden, so dass der final-modifier auf die Methode einer finalen Klasse ist überflüssig.

    dies Lesen: http://checkstyle.sourceforge.net/config_modifier.html

    InformationsquelleAutor zedtimi
  4. 1

    Ja die öffentlichkeit ist überflüssig, weil in einer Interface alle Methoden sind implictly public und abstract.

    Denke ich es ist ein schlechter Stil, hinzufügen public oder abstract, denn beide sind implizit angewendet.

    public interface Int1 {
   void add();
   void remove(); 
}

    Diese sieht sauberer aus, und zeigt, dass Sie wissen, dass Sie implict öffentlichen

    vom Java Language Specification (JLS)

    9.4. Abstrakte Methodendeklarationen

    Jede Methode, die Erklärung in den Körper eines interfaces implizit public (§6.6).

    Jede Methode, die Erklärung in den Körper ein interface ist implizit
    Abstrakt, so dass Ihr Körper immer dargestellt wird, getrennt durch ein Semikolon, nicht ein
    block.

    Ist es erlaubt, aber entmutigt, als eine Frage des Stils, zu Redundant
    geben Sie den public und/oder abstract-modifier für eine Methode deklariert
    eine Schnittstelle.

    • was tun Sie bedeuten? Das kann ich nicht erklären geschützte Methoden, private Methoden oder Methoden, die mit package-Sichtbarkeit?
    • Ja, das heißt es werden alle Methoden in einem Interface sind öffentlich, alle Klassen implementieren das interface implementieren muss alle Methoden des interface, und wahrscheinlich einige mehr, die privat oder geschützt, etc.. Das ist der Sinn von interfaces in java.
    • Verwechseln Sie nicht die java - "Klasse" mit "Schnittstelle" (In anderen Programmier-Sprachen wie Objectiv-C - "Schnittstelle" eine andere Sache)
    • Wenn Sie möchten, soem Methoden nicht impleemted durch alle Klassen, dann verwenden Sie mehrere Schnittstellen, die eine Klasse implementieren kann mehr als eine Schnittstelle
    InformationsquelleAutor AlexWien
  5. 0

    Ich Schreibe Schnittstellen, ohne die public Schlüsselwort für Methoden. Es ist redundant.

    InformationsquelleAutor duffymo
Schreibe einen Kommentar