Schleife mit :

[jf]

Hallo, ich möchte eine Klasse schreiben, über welche ich mittels

	for(String item : myClassInstance) {
						
	}

iterieren kann. Muss ich dazu ein spezielles Interface implementieren?

 

[Tobias]

Ja, Iterable.

 

[Gast2]

Nein aber du brauchst nicht eine myClassInstance sondern ein Collections Objekt gefüllt mit deiner Klasse. z.B. sowas:

List<MyClass> myClassList = new ...

for (MyClass instance : myClassList) {
}

Ja, Iterable.

Theoretisch zwar richtig aber wieso den Aufnwand? Pack deine Klassen Instanzen wie gesagt in eine der Colelctions (Oder auch Array geht genauso) und iterier dadrüber.

 

[bygones]

Nein aber du brauchst nicht eine myClassInstance sondern ein Collections Objekt gefüllt mit deiner Klasse. z.B. sowas:

List<MyClass> myClassList = new ...

for (MyClass instance : myClassList) {
}

Theoretisch zwar richtig aber wieso den Aufnwand? Pack deine Klassen Instanzen wie gesagt in eine der Colelctions (Oder auch Array geht genauso) und iterier dadrüber.

deine loesung ist korrekt, wenn es darum geht mehrere Instanzen einer Klasse zu haben.

wenn man aber eine Klassenstruktur hat, also 1 Instanz, die von der struktur her iterierbar ist, dann ists Iterable.

sind 2 verschiedene Aspekte

 

[Gast2]

Habt ja recht ^^

Ich schreibe halt nahezu nie eine eigene iterierbare Klasse, ist das denn wirklich so üblich?

 

[Tobias]

Was heißt schon üblich? Es ist halt danach gefragt worden und Iterable zu implementeren ist weder besonders schwer noch abwegig. Wenn ich eine Klasse schreiben würde, die auch nur ansatzweise Ähnlichkeiten mit einer Collection von was auch immer hat, würde ich Iterable implementieren, allein um einen bequemen Weg zu eröffnen über die enthaltenen Elemente zu iterieren.

 

[jf]

Halle, vielen Dank für eure Antworten.

Wenn ich Iterator einsetze, erhalte ich an der oben geannten Scheife den Fehler
Can only iterate over an array or an instance of java.lang.Iterable

Iterable erfordert nur die Implementierung einer einzigen Methode: iterator(), welche ein Objekt vom Typ Iterator zurückliefern muss. Wie muss das nun implementiert werden? - Ich habe dazu leider kein Beispiel gefunden...

ist das denn wirklich so üblich?

Du hattest bisher eben noch nicht den Fall, dass es Sinn macht, über eine Klasse zu iterieren.
Ich habe eine UI-Klasse mit einer Liste. Diese kann eine Art Kind von sich selber erzeugen. Das Kind sucht dann in der Liste seiner Elternklasse, um teile davon in seiner eigenen Liste darzustellen. Für diese Suche ist die Iterations-Möglichkeit halt recht praktisch. - Solch ein Anwendungsfall ist aber schon recht speziell und daher sicher nicht besonders üblich. Wenn dann doch solch eine Anwendung gefragt ist, dann halte ich es schon für sinnvoll (und daher auch üblich) eine solche Iteraterations-Möglichkeit zu implementieren.

 

[Landei]

Mal ein Beispiel (ungetestet):

public class Winners implements Iterable<String> {
   public final String gold;
   public final String silver;
   public final String bronze;
  
    public Winners(String gold, String silver, String bronze) {
       this.gold = gold;
       this.silver = silver;
       this.bronze = bronze;
    }

    public Iterator<String> iterator() {
        return new Iterator<String>() {
            private int count = 0;
            public boolean hasNext() { return count < 3; }
            public String next() {
               switch(count++) {
                  case 0 : return gold;
                  case 1 : return silver;
                  case 2 : return bronze;   
                  default : throw new NoSuchElementException(); 
               }
            }
            public void remove() { throw new UnsupportedOperationException(); }
        }
    }
}

Natürlich hat man auch oft den Fall, dass man intern irgend eine Collection (oder Map) hält, und dann deren Iterator (bzw. den von deren keyset oder values) zurückgeben kann. Oder man hat intern ein Array, für das man mit Arrays.asList(meinArray).iterator() einen Iterator bastelt.

 

[Gast2]

Iterable erfordert nur die Implementierung einer einzigen Methode: iterator(), welche ein Objekt vom Typ Iterator zurückliefern muss. Wie muss das nun implementiert werden? - Ich habe dazu leider kein Beispiel gefunden...

Nicht dein Ernst oder?

Galileo Computing :: Java ist auch eine Insel – 9.5 Erweitertes »for« und »Iterable«
Java Blog Buch : 06.08 Iterable, for-each und Iterator
Andreas Grech's Blog: Java's Iterators and Iterables

 

[Landei]

Nicht dein Ernst oder?

Wir haben alle mal angefangen...

 

[Gossi]

Wir haben alle mal angefangen...

Klick?

 

[Gast2]

Wir haben alle mal angefangen...

Es bezog sich auf die Aussage, er finde kein Beispiel. Sortry aber Google liefert da echt nen haufen...
Das hat mit anfangen nichts zu tun.

 

[jf]

Sortry aber Google liefert da echt nen haufen...

... Mist - das ist Richtig!

4 Treffer deiner Google-Suche (darunter die ersten 2) waren übrigens als bereits besucht markiert.
In deiner Google-Treffer-Liste war auch ein Treffer, welche genau deine Suchbegriffe enthielt:
Beispiel Iterator Java

Tut mir leid, aber mit dem Beispiel von Landei bin ich da schon viel weiter gekommen. Vielen Dank hierfür.

Allerdings bin ich doch noch nicht ganz am Ende:
ich habe nun Iterable<Object> in meinem JList-Wrapper implementiert, welchen ich in meine UI-Klasse einsetze (Komposition). Jetzt soll diese Klasse auch Iterable sein - allerdings mit <String> und remove() soll im Gegensatz zum JList-Wrapper eine UnsupportedOperationException werfen.
Wie überlade ich dieses Iterator-Objekt vom JList-Wrapper? - Ich kann ja nur dieses weitergeben.
Oder muss ich im JList-Wrapper dann doch noch Iterator implementieren, so dass ich in der UI-Klasse einen neuen Iterator unter Verwendung von hasNext() und next() des JList-Wrappers aufbauen kann?


PS: in den Treffern meiner Google-Suche habe ich unter elf Seiten leider nicht die passende Information gefunden. Ich kein Google verwenden, auch waren deine gewählten Suchbegriffe nicht unbedingt viel besser. Da ich nun die Info von Landei habe, ersparte ich mir die Analyse deines Suchvorschlages.

 

[Gast2]

... Mist - das ist Richtig!

4 Treffer deiner Google-Suche (darunter die ersten 2) waren übrigens als bereits besucht markiert.
In deiner Google-Treffer-Liste war auch ein Treffer, welche genau deine Suchbegriffe enthielt:
Beispiel Iterator Java

Tut mir leid, aber mit dem Beispiel von Landei bin ich da schon viel weiter gekommen. Vielen Dank hierfür.

Das was du da zitierst war nicht MEINE Google Suche, sondern die von dem Poster nach mir!

ICH habe 3 KONKRETE Beispielartikel gepostet. Guck mal genau nach ...

 

[jf]

Das was du da zitierst war nicht MEINE Google Suche, sondern die von dem Poster nach mir!

Entschuldige bitte, da habe ich etwas verwechselt.

ICH habe 3 KONKRETE Beispielartikel gepostet. Guck mal genau nach ...

Ah ja, danke. - Das ist in der Tat besser als diese "Wie verwende ich Google"-Beispiel.

 

[Gast2]

Dir sei verziehen

 

[Landei]

Wie überlade ich dieses Iterator-Objekt vom JList-Wrapper?

Du kannst aus einem Iterator<Object> durch Vererbung keinen Iterator<String> machen. Dir ist aber erlaubt, einen Iterator zu "wrappen" (also eine Form der Komposition, bei der hauptsächlich mit Delegation gearbeitet wird):

public class ToStringIterator implements Iterator<T> {
    private final Iterator<T> it;
    public ToStringIterator(Iterator<T> it) {
       this.it = it;  
    }
    public boolean hasNext() { return it.hasNext(); } //Delegation
    public String next() { return it.next().toString(); } //Delegation mit modifiziertem Verhalten
    public void remove() { throw new UnsupportedOperationException(); } // eigene Implementierung
}

Mit dieser Klasse kannst du einen anderen Iterator beliebigen Typs "einwickeln" ("wrappen"). Ob die Ergebnisse sinnvoll sind, hängt hier natürlich davon ab, ob Typ T auch eine vernünftige toString()-Implementierung besitzt.

 

[jf]

Es funktioniert! - Vielen Dank!
Jetzt weiß ich endlich auch, was mit Delegation gemeint ist.

Die toString()-Implementierung sollte bei dem Objekt aus dem JList-Wrapper auf jeden Fall vorhanden sein - ansonsten würde es ja in der JList schon nicht dargestellt werden können. In der Regel dürfte es sich bei den Objekten sogar um reine String-Instanzen handeln.

Kann man hier von einer Art "Casting" von Iterator<Object> nach Iterator<String> sprechen?

 

[Landei]

Unter "casting" versteht man nur eine explizite Typumwandlungen zur Laufzeit. Was hier geschieht, kenne ich als "wrappen" (Spezialfall wäre das "boxing" von primitiven Typen), oder etwas vornehmer ausgedrückt als "Adapter-Pattern mit Delegation".