T17 Generics - Untere Schranke

[fl4$h g0rd0n]

Hi,

ich verstehe das auf T17-31/32 gezeigte Beispiel nicht. Der Typ des Rückgabewertes der Funktion soll dem Typen, den die übergebene Collection speichert, entsprechen (also String im Beispiel). Wieso wird als Lösung vorgeschlagen, den Methodenkopf in

Code: Alles auswählen

static <T> T flushAll(Collection<? super T> c, Sink <T> sink)

zu ändern?

T ist doch nach wie vor Object. Müsste es nicht lauten:

Code: Alles auswählen

static <T> T flushAll(Collection<T> c, Sink <? super T> sink)

Kann mir das jemand bitte erklären? *verwirrt*

[Wambolo]

...eigentlich solltest du recht haben. Meiner Meinung nach müssten die Typn im vorgeschlagenen Beispiel wieder inkompatibel zu einander sein, wenn nämlich sink vom Typ Object ist, und c vom Typ String, dann könnte ja T(in flushAll) nur Object sein und <? super Object> mit String ist nicht möglich, oder?

Wäre schön wenn noch jemand was dazu sagen könnte, denn ich bin auch noch etwas wacklig wenns um Generics geht.

[ChristianK]

Ja das gibt bei mir sogar ne Fehlermeldung, wenn ichs in eclipse eingebe...

[guido]

Ja das gibt bei mir sogar ne Fehlermeldung, wenn ichs in eclipse eingebe...

Folgender Code funktioniert:

Code: Alles auswählen

public static <T> T writeAll(Collection<T> coll, Sink<? super T> snk) {
   T last = null;
   for (T e: coll) {
     System.err.println(e);
     last = e;
     snk.flush(e);
   }
   return last;
}
// irgendwo...:

   Sink<Object> sink = new ConcreteSink<Object>();
   Collection<String> cs = new LinkedList<String>();
   cs.add("1");
   cs.add("11");
   cs.add("1111");
   String str = (String)writeAll(cs, sink);  
   System.err.println(str);

Entschuldigt bitte die Verwirrung, aber das stammt so (wie es oben nicht kompilierte!) aus den Tutorials zu Generics sowie einer Ausarbeitung...

Guido