[ehli75]

Hi ...

kann man bei der Instanziierung eines Objketes via Reflexion auch einen Konstruktor mit Prametern aufrufen ?
Bis jetzt hab ich es immer so gemacht:

PHP-Code:

try{
   Class c = Class.forName( "NameDerKlasse");
   Constructor cons = c.getConstructor(null);
   Klasse temp = (Klasse)cons.newInstance(null);
   temp.doSomething();
}            
catch( Exception ex ){
...
} 


Dafür benötige ich aber auch jeden Fall einen parameterlosen Konstruktor ... nun möchte ich aber einen Konstruktor mit Paremtern verwenden ... eigentlich müsste das doch irgendwie gehen ... aber im Moment weiss ich echt nicht weiter.

Michael

[Ben]

Warum kannst Du denn nicht anstatt "null" das angeben, was Du möchtest?

Soll gar keine Lösungshilfe darstellen, sondern ist eine Frage an Dich *g*
Muss erstmal verstehen, was da geschieht .. eventuell komme ich dann auf eine Idee

Danke Dir ..

Ja, man kann:

try{
   Class[] parameters = new Class[]{ String.class, Integer.class };
   Object[] values  = new Object[]{ "asdfasdf", new Integer(1234) };
   Class c = Class.forName( "NameDerKlasse");
   Constructor cons = c.getConstructor(parameters);
   Klasse temp = (Klasse)cons.newInstance(values);
   temp.doSomething();
}            
catch( Exception ex ){
...
}

Greets

[ehli75]

DANKE !!
Das funzt ja richtig gut.
Wenn ich das jetzt richtig sehe, darf man allerdings keinen Konstruktor haben, der einen simplen Datentyp erwartet (int, double ...), sondern muss dann die Wrapperklassen benutzen. ... aber damit kann ich leben ...

DANKE nochmal !!


Michael

Also in der Definition der Parameter (also Class[]) wäre man eigentlich frei (da man ja z.B. Integer.class oder Boolean.class verwenden könnte) aber, ja, bei der effektiven Übergabe der Werte ist man schon an die Wrapperklassen gebunden.. Aber das ist allgemein ein Schwachpunkt/eine Einschränkung der reflection api..

Falls du weitere Fragen zur reflection api hast, bitte hier posten, dann haben alle Leser den optimalen Zusammenhang zum Thema..

Greets

[Ben]

Zitat von LordOfCodes

Integer.class oder Boolean.class

Hm, aber da nutzt man doch auch die Wrapperklassen, oder sehe ich das falsch?
Irgendwie verstehe ich den "Übergang" von der ersten Aussage zu dieser hier nicht

Zitat von LordOfCodes

bei der effektiven Übergabe der Werte ist man schon an die Wrapperklassen gebunden

Wie gesagt ... im ersten Zitat nutzt Du doch auch die Wrapperklassen.

Zitat von LordOfCodes

ein Schwachpunkt/eine Einschränkung der reflection api..

Warum würdest Du das als Schwachpunkt ansehen?
Weil man eben die primitiven Datentypen nicht direkt übergeben kann?
Hm .. irgendwie wäre es mir ja manchmal fast Recht, wenn es gar keine primitiven Datentypen gäbe *g*


Danke für die Infos.

Grüße Ben.

Hmm.. hab mich falsch ausgedrückt.. und dazu noch falschen code geschrieben..

Ich meinte natürlich folgendes:
Wenn man eine Methode / einen Konstruktor aufrufen will, der primitive Typen als Parameter annimt, dann muss man das so machen:

try{
   Class[] parameters = new Class[]{ Long.TYPE };
   Object[] values  = new Object[]{new Long(System.currentTimeMillis())};
   Class c = Class.forName( "java.util.Random");
   Constructor cons = c.getConstructor(parameters);
   Klasse temp = (Klasse)cons.newInstance(values);
   temp.doSomething();
}            
catch( Exception ex ){
...
}

Also mit Long.TYPE muss ich der api sagen, dass ich einen "primitiven" Parameter angeben will, bei der Wertübergabe muss man den Wert aber dann in die Wrapperklasse füllen.

Ich hoffe, du weisst jetzt was ich meine.

Greets

[Ben]

Ja, denke ich bin etwas weitergekommen.

Ich verstehe allerdings diese Zeilen hier irgendwie nicht.

   Class[] parameters = new Class[]{ Long.TYPE };
   Object[] values  = new Object[]{new Long(System.currentTimeMillis())};

Du erstellst ein Array "parameters" vom Typ "Class" .. und sagst dann, dass das Array Werte vom Typ "long" erwartet, indem Du Wrapperklasse benutzt und das explizit mit

Long.TYPE

angibst, ja?
Die zweite Zeile füllt dann das Array "values". Da dürfen nur "Objects" sein .. deshalb castest Du auch das Ergebnis von

System.currentTimeMillis()

Okay. Stimmt das so?
Ich frage mich jetzt .. warum überhaupt ein Array? :confused:

Man braucht also eigentlich zwei Schritte, um einen durchzuführen, weil eben "long" & Co. primitiv sind ... ja?

Danke nochmals

Grüße Ben.

Die Frage "warum ein Array" ergibt sich aus den beiden folgenden Zeilen:

   Constructor cons = c.getConstructor(parameters);
   Klasse temp = (Klasse)cons.newInstance(values);
}            
catch( Exception ex ){
...
}

getConstructor() erwartet als Parameter ein array of classes und newInstance ein array of objects, auch wenn nur ein Element gebraucht wird.

[Ben]

Hmpf. Mist ... ich hab mir sogar den Eintrag in der API durchgelesen ... *ploink*

Danke.