Generische Methode

[SnooP]

Moin...

folgendes Problem: Ich habe eine Methode, die mir aus einer Menge (Collection) Objekte eines bestimmten Typs anzugeben als xyz.class sammelt und in einer Liste ausgibt:

static List getObjectByType(Collection collection, Class type)

Jetzt ist es ja so, dass ich genau weiß, welche Objekte in meiner Liste drinstehen werden, nämlich die vom Typ type... - ich würde daher der Methode gleichzeitig mitgeben können, welcher Typ in dieser Liste am Ende drinstehen wird, sprich generisch... sowas wie:

static List<T> ...

aber wie macht man das überhaupt? ... meine Versuche haben bislang nicht zu wirklichem Erfolg geführt - wie muss denn die Methodensignatur dafür aussehen?

TIA

 

[Leroy42]

Mir ist zwar nicht so ganz klar was du meinst,
aber ich sage jetzt einfach mal "Nein!"

Konstrukte wie

static List<T> ...

werden bereits zur Compilezeit aufgelöst und können nicht
zur Laufzeit ermittelt werden.

Frage: Wozu brauchst du das überhaupt? ???:L

Generische Typdeklarationen dienen doch nur dazu,
daß der Compiler die Methodenaufrufe, die du bei
derartigen Objekten anwenden willst, prüfen kann.

Aber was für Methodenaufrufe hast du denn,
wenn die der Typ zu Compilezeit nicht bekannt ist? :autsch:

 

[Beni]

Hm, müsste etwas in die Richtung sein:

    @SuppressWarnings( "unchecked" )
    public static <T> List<T> getObjectByType( Collection<?> collection, Class<T> type ){
        List<T> result = new LinkedList<T>();
        for( Object x : collection )
            if( type.isInstance( x ))
                result.add( (T)x );
        
        return result;
    }

 

[thE_29]

<ot> was isn das für ne perverse IDE die einfach dieses @ vor der Methode zulässt ohne irgendwelche Kommentar zeichen?</ot>

 

[Beni]

Das ist eine IDE, die Java 1.5 unterstützt... das @xyz nennt sich Annotation und ist Teil von Java :wink:

 

[SnooP]

Genau das hab ich gesucht ... - mir war das mit den vielen <T>s nicht klar

brauchen tu ich das halt, weil ich eine beliebige Eingabemenge von diversen Objekten bekommen kann.. - derjenige, der dann mein Framework benutzt, muss dann unter Umständen bestimmte Objekte eines bestimmten Typs dieser Eingabemenge verarbeiten... z.B. gib mir alle Personen. Das nervige an meiner bisherigen Lösung war, dass das zwar ging - ich dann aber umständlich casten musste, weil der Iterator mir doch nur Objects geliefert hat... und nicht diejenigen Objekte, deren Typ ich ja schon angegeben hatte

aber thanks Beni!

 

[SnooP]

ROFL @ the_29 ... you made my day!

 

[thE_29]

Was das kann man ab java 1.5 so schreiben?

Ich muss mal testen!

Bin ja noch immer 1.4 Entwickler



Ohoo.. na dieses annotation Zeugs ist eindeutig neu für mich

Die Generics kenne ich ja von C++.. (heißen da halt Templates)

Wo gibtsn ein gutes Tutorial oder Erklärung wozu dieses annoations Zeugs da ist?

 

[thE_29]

Also wenn ich das richtig verstanden habe, sind das so eine Art javadoc nur kann man die zur Laufzeit auch abrufen?!

Und mann kann sie selber erstellen?


Ist das richtig so? Und wie kann man die zur Laufzeit abrufen?

 

[byte]

Du kannst die per Reflection zur Rumtime auslesen, aber auch zur Designtime verarbeiten (apt = annotation processing tool). Eigene kannste Dir natürlich auch definieren, Beispiel:

@Target(ElementType.METHOD)
@Retention(RetentionPolicy.RUNTIME)
public @interface Test {}

 

[thE_29]

Jo, habe gerade nachgelesen.. (das target steht für was es ausgelesen werden kann und das retention halt für den Zeitpunkt)

Aber wirklich brauchen tut man das jetzt unbedingt nicht?

Oder besser gesagt, wenn ich sie nicht nutze, geht mein Programm trotzdem

 

[byte]

Gibt halt wenige Anwendungsfälle, wo man sie wirklich braucht. Aber da ist es dann sehr praktisch. Siehe: EJBs 3.0, JAXB, ...

 

[thE_29]

Jo, für so Webdingens leuchtets mir wenigstens ein bisi ein

Naja, jetzt weiß ich das auch

Und ich dachte immer das ist ne IDE die so die Kommentare schreibt

Naja, noch ein schönes WE!

 

[SnooP]

Das wäre ja noch schöner, wenn ne IDE nen eignen Java-Dialekt erzeugen würde... und ich die Javaklassen selbst nicht in einem anderen Kontext verwenden könnte

Ich benutze z.B. eine Annotation für meinen ReflectionCopier, der nen deep-copy Ansatz mit Reflections nutzt... da ich in dem Teil dann nicht transient verwenden kann, um zu verhindern, dass bestimmte Attribute kopiert werden, hab ich ne Annotation DontCopy, die man stattdessen vor die Attribute setzen kann.

Aaaaber wirklich viele Anwendungsfälle gibt es dafür auch wieder nicht - also eigene zumindest kaum...