[java]dynamisch typcasten

[Verwijderd]

is het mogelijk om een klasse dynamisch te typcasten dus iets als
Object x = typeCast( String className );

ik ben namelijk bezig met een taglibrary te maken die als argument een iterator krijg, ik zou dan ook de klassenaam mee willen geven en de methode waarmee de uitgeprinte waarde moet leveren

ik wil dan bijvoorbeeld doen:
<select : select name="test" content="<%= iterator %>"className="pec.beans.Employee" variable="naam" />

[Macros]

Class.forName() ?

[Robtimus]

Aangezien de method naam ook nog niet bekend is moet je maar eens kijken naar reflection.

Maar aangezien reflection evil is kun je wellicht overwegen, als je alle code zelf schrijft, om een gemeenschappelijke interface te maken die door alle classes geimplementeerd wordt, met dus ook dezelfde printnaam.

Bv:

Java:

public interface Interface
{
    public void printOrWhatever(...);
}

Dan kun je het ook gebruiken zonder elke keer te casten:

Java:

Interface i = <create object>;
i.printOrWhatEver(...);

[Verwijderd]

ja misschien denk ik wel te moeilijk :d, ik denk nu opeens, als ik nu gewoon String[] gerbuik ipv Iterator

[Verwijderd]

IceManX schreef op zaterdag 13 november 2004 @ 14:53:
Aangezien de method naam ook nog niet bekend is moet je maar eens kijken naar reflection.
Maar aangezien reflection evil is kun je wellicht overwegen, als je alle code zelf schrijft, om een gemeenschappelijke interface te maken die door alle classes geimplementeerd wordt, met dus ook dezelfde printnaam.

waarom is reflection evil?
tis handig, juist om super-dynamische dingen te bouwen.
b.v. een gui editor heel makkelijk javabeans aan elkaar te knopen, zonder dat je alle mogelijke beans in de editor hoeft in te programmeren
zie hier voor een tutorial erover voor de mensen die onbekend zijn met reflection

[ Voor 4% gewijzigd door Verwijderd op 13-11-2004 15:50 ]

[Macros]

Verwijderd schreef op zaterdag 13 november 2004 @ 15:33:
[...]

waarom is reflection evil?
tis handig, juist om super-dynamische dingen te bouwen.
b.v. een gui editor heel makkelijk javabeans aan elkaar te knopen, zonder dat je alle mogelijke beans in de editor hoeft in te programmeren
zie hier voor een tutorial erover voor de mensen die onbekend zijn met reflection

Hoe vaak schrijf je nou een javabeans/gui editor?

[momania]

Verwijderd schreef op zaterdag 13 november 2004 @ 15:33:
[...]

waarom is reflection evil?

Omdat reflection traag is en je het dus niet moet gebruiken voor stukken code die veel uitgevoerd worden. Als je ergens in een cruciaal stuk code veel reflection nodig hebt, dan denk ik dat je beter nog eens over je opzet van je code kan gaan nadenken, aangezien je dat beter kan oplossen met interfaces etc.

[Infinitive]

En dan is nog steeds reflection onhandig. Je hebt veel mooiere concepten om programma's te maken die werken op typen or schema's in het wereldje van generic programming. Maar dat is een ander onderwerp