Java-Schnittstelle vs Klasse als Rückgabetyp

Question

Lasst uns sagen, dass wir innere Klasse haben (Rest des Codes ist nicht wirklich wichtig, ich denke, DataStructureIterator nur die Schnittstelle von java.util.Iterator<Integer> erweitert ist):

private class EvenIterator implements DataStructureIterator.

Jetzt wollen wir eine Methode erstellen, die eine neue Instanz von EvenIterator zurückgibt. Als ich bemerkte, können wir es auf verschiedene Weise tun:

1. public EvenIterator getEvenIterator(){return new EvenIterator();}
2. public DataStructureIterator getEvenIterator() {return new EvenIterator();}

Ich fand heraus, dass beide Versionen des Codes gut kompiliert, aber ich kann es einfach nicht, was der Unterschied ist (wenn es welche gibt) zwischen ihnen und welche Version sollte verwendet werden.

Answer 1

Kommt drauf an. Wenn Ihr Methodenvertrag besagt, dass Sie eine Art Iterator (d. H. Keine bestimmte Implementierung) zurückgeben, geben Sie die Schnittstelle zurück. Mit anderen Worten, Ihr Vertrag sagt "Übernehmen Sie kein anderes Verhalten/keine andere Funktionalität als die Möglichkeit, über Ganzzahlen zu iterieren". Der Vorteil hierbei ist, dass Sie die zugrunde liegende Implementierung später für etwas anderes auslagern können. Anrufer interessieren sich nicht und sollten es auch nicht tun.

Auf der anderen Seite, wenn Vertrags Ihre Methode ist, dass Sie einen Iterator zurückgeben, dass speziell die Fähigkeit, nur über geraden Zahlen iterieren bietet, Rückkehr EvenIterator. Dies bedeutet notwendigerweise, dass Sie die Implementierung (zu etwas, das nicht gerade über ganze Zahlen iteriert) nicht austauschen können, und das bedeutet, dass Sie den Vertrag brechen/ändern. Sie könnten weiter abstrahieren und EvenIterator selbst eine Schnittstelle machen und verschiedene Implementierungen für den Iterator bereitstellen (vielleicht iteriert man über eine interne verknüpfte Liste, eine andere über ein internes Array oder vielleicht bietet man die Möglichkeit, über bestimmte Arten von geraden ganzen Zahlen zu iterieren; , Potenzen von 2 gegen Potenzen oder 4).