Im Idealfall würde es so aussehen, (der Kontext keine Rolle spielt):Wie mache ich eine Java-Schnittstelle, die Iterable mit zwei verschiedenen generischen Typen erweitert?
public interface myInterface extends Iterable<Point>, Iterable<Segment> { ... }
Aber in Java ist nicht erlaubt. Wie kann ich dieses Verhalten erreichen?
Leider können Sie nicht. In Java können Sie nicht zwei Methoden mit folgenden Signaturen verwenden:
Iterator<Point> iterator();
Iterator<Segment> iterator();
in einer Klasse oder Schnittstelle.
Was wäre, wenn eine der iterator() -Methoden einen Parameter hätte? – user2460978
Zum Beispiel "Comparable
Ich frage mich, ob Sie dies haben können: Iterator
Sie können nicht. Aufgrund von Typlöschung wird im Bytecode und damit zur Laufzeit Iterable<Whatever> zu Iterable.
Also, zur Laufzeit, die Klasse Prototyp wäre:
public interface myInterface extends Iterable, Iterable { ... }
Anbetracht dessen, dass, wie Sie bestimmen, welche Klasse sein sollte iteriert?
Als eine mögliche Problemumgehung können Sie Schnittstellen für die gewünschten Iterationen erstellen.
Es ist nicht ideal, aber würde passierbar sein, solange Sie eine begrenzte Anzahl von Dingen hatten, über die Sie iterieren wollten.
Ich vermutete, er wollte Polymorphie, wie sieht das aus, Sie haben immer noch zwei verschiedene Arten (mehr Verwirrung als Kritik). – arynaq
Dies ermöglicht ihm eine Klasse, die mehrere Iteratoren implementiert, da sie unterschiedliche Methodennamen haben. Es erlaubt ihm nicht, Polymorphie zu verwenden, da die gleiche Methodensignatur mit verschiedenen Rückgabetypen nicht erlaubt ist – greedybuddha
Das ist nicht wirklich hilfreich. Es funktioniert nicht in einer schicken Schleife oder irgendeiner vernünftigen Methode. –
Sie können auch eine allgemeine Schnittstelle, Superklasse oder einen Wrapper für Punkt und Segment erstellen und als generischen Parameter verwenden.
Wie bereits erwähnt, ist dies unmöglich. Bessere Nutzung Delegation statt mehrerer Umsetzung wie folgt aus:
public interface MyInterface {
Iterable<Point> points();
Iterable<Segment> segments();
}
So können Sie mit für iterieren:
MyInterface my = ...;
for (Point p : my.points()) {
...
}
for (Segment s : my.segments()) {
...
}
http://docs.oracle.com/javase/specs/jls/se7/html/jls-8.html#jls-8.1.5
Eine Klasse kann zugleich nicht ein Untertyp von zwei Schnittstellentypen, die verschiedene Aufrufe derselben generischen Schnittstelle sind (§9.1.2), oder ein Subtyp eines Aufrufs einer generischen Schnittstelle und einer Rohdatei Geben Sie die Benennung derselben generischen Schnittstelle ein, oder es tritt ein Fehler bei der Kompilierung auf.
Andere haben gesagt, dass es unmöglich ist. Sie liegen falsch. Es ist möglich, aber wahrscheinlich nicht das, was Sie wollen.
Wenn das, was Sie iterieren, sowohl Punkt als auch Segment erweitert, wird dies funktionieren. Andernfalls bedeutet Type Erasure, dass dies nicht funktioniert.
Die Art Löschung von 'T' hier ist nur' Point', nicht eine Kombination aus "Point" und "Segment". Zitat von Angelika Langers Generics FAQ: "Type Erasure. Die obere Grenze ganz links wird zum Löschen von Typen verwendet und ersetzt den Typ-Parameter im Byte-Code." Zur Laufzeit haben Sie also ein 'Iterable
@EricJablow Ich bin mir nicht sicher, was dein Standpunkt ist. – emory
Zur Laufzeit wird 'MyInterface' nur als' Iterable
Statt von den iterable Arten von vererben, versuchen, etwas wie folgt aus:
public interface MyInterface {
public Iterable<Point> asPoints() { ... }
public Iterable<Segment> asSegments() { ... }
}
Dann, wenn Sie iterieren wollen, ist es nur eine Frage der:
for (Point p : myClass.asPoints()) {
...
}
Dies ist eine ziemlich gängige Praxis ist, , wie in der Java-Collections-Klasse zu sehen.
Hoppla, habe oben die Antwort von Arne Burmeister nicht gesehen, die dem gleichen Grundmuster folgt. – fluffy
Aufgrund der Art des Löschens ist das nicht einmal sinnvoll. (im Gegensatz zu C#, wo es einfach unmöglich ist) – SLaks
Wie kann ich dann etwas ähnliches erreichen? – user2460978
Sie können nicht. Was versuchst du zu machen? Erwägen Sie die Verwendung von Kapselung. – SLaks