Wer erweitert Schnittstellen? Und warum?

AFAIK, meine Klasse extendsElternklassen und implementsSchnittstellen. Aber ich stoße auf eine Situation, die ich nicht nutzen kann implements SomeInterface. Es ist die Deklaration eines generischen Typs. Beispielsweise:

public interface CallsForGrow {...}

public class GrowingArrayList <T implements CallsForGrow>  // BAD, won't work!
                              extends ArrayList<T> 

Hier ist das Verwenden implementssyntaktisch verboten. Ich dachte zuerst, dass die Verwendung der Schnittstelle in <> überhaupt verboten ist, aber nein. Es ist möglich, dass ich nur extendsanstelle von verwenden muss implements. Infolgedessen "erweitere" ich eine Schnittstelle. Dieses andere Beispiel funktioniert:

public interface CallsForGrow {...}

public class GrowingArrayList <T extends CallsForGrow>  // this works!
                              extends ArrayList<T> 

Für mich scheint es eine syntaktische Inkonsistenz zu sein. Aber vielleicht verstehe ich einige Finessen von Java 6 nicht? Gibt es noch andere Stellen, an denen ich Schnittstellen erweitern soll? Sollte die Schnittstelle, die ich erweitern möchte, einige Besonderheiten aufweisen?

Bei generischen Typvariablen ist es dem Compiler eigentlich egal, ob Tes sich um eine Klasse, eine Schnittstelle, eine Aufzählung oder eine Anmerkung handelt. Alles, was es interessiert, ist, dass es sich um einen Typ mit einer bestimmten Menge von Unter- und Supertypen handelt.

Und es gibt keinen Grund, die Syntax zu komplizieren, nur weil an einer anderen Stelle (an der Sie tatsächlich eine Schnittstelle implementieren) die Unterscheidung zwischen Klassen und Schnittstellen relevant ist (zum Beispiel, wenn Sie implementeine Schnittstelle sind, müssen Sie alle Methoden implementieren, die sie definiert, aber Sie brauchst du nicht, wenn du extendeine (nicht abstrakte) Klasse bist .

Angenommen, Sie implementsmüssten einen Moment lang hier schreiben , dann benötigen Sie auch eine separate Syntax für enumWerte (anstatt nur zu schreiben <E extends Enum<E>>) und Anmerkungen (die Sie einfach mit deklarieren können <A extends Annotation>).

Der einzige Ort, an dem Sie schreiben müssen , implementsist der Punkt, an dem Sie die Schnittstelle tatsächlich implementieren. An diesem Punkt (und nur an diesem Punkt) ist der Unterschied wichtig, da Sie die in der Schnittstelle definierten Methoden implementieren müssen. Für alle anderen spielt es keine Rolle, ob es sich Aum eine Basisklasse oder eine implementierte Schnittstelle von handelt B: Es ist ein Supertyp und das ist alles, was zählt.

Beachten Sie auch, dass Sie für extendsSchnittstellen einen anderen Ort verwenden :

interface A {
}

interface B extends A {
}

An dieser Stelle implementswäre das falsch, da B nicht umzusetzen A .

Als Java 5, und insbesondere Generika, Entwicklern zur Verfügung gestellt wurde, die ein Interesse angemeldet hatten, war die Syntax ganz anders. Anstelle von Set<? extends Foo>und hatte Set<? super Bar>es Set<+Foo>und Set<-Foo>. Die Rückmeldung war jedoch, dass nicht klar war, ob +dies spezifischer oder umfassender gemeint war (mehr Klassen) . Sun reagierte auf dieses Feedback mit einer Änderung der Syntax, unter der Einschränkung, keine neuen Schlüsselwörter einzuführen, was ein Problem für die Abwärtskompatibilität gewesen wäre.

Das Ergebnis ist, dass beides nicht ganz natürlich ist. Wie Sie sehen, extendsist es überladen, von Klassen zu sprechen, die Schnittstellen "erweitern", was in anderen Kontexten nicht die Sprache ist. und superist überladen, um "ist eine Superklasse von" zu bedeuten, was die entgegengesetzte Richtung der Beziehung ist, die zuvor durch das Schlüsselwort ausgedrückt wurde, dh sich auf eine Superklasse bezieht.

Die Grundlagen einer Schnittstelle sind von dieser Änderung jedoch nicht betroffen, und es werden keine speziellen Schnittstellen eingeführt, die auf neue Weise erweitert werden.

Das Zulassen und Verbieten einer solchen Syntax hat Nachteile, und das Zulassen ist weitaus größer.

Man denke nur daran.

Die Trennung von Schnittstelle und Implementierung ist eine der grundlegenden Programmiersprachen. Aus diesem Grund ist die Syntax, die es erlaubt, "Interface implementiert etwas" zu buchstabieren , ungefähr so ​​schlecht wie die Verwendung eines Pluszeichens, um die Multiplikation von Operanden zu kennzeichnen .

Man muss die schnittstellengesteuerte Programmierung als nächsten Schritt verstehen, während man eine Schnittstelle versteht. Hier erfahren Sie, wie die Benutzeroberfläche tatsächlich verwendet wird. Welche Rolle spielt es in einem Java-Programm (oder einer anderen Sprache)?