Per Reflection membervariablen überschreiben / zuweisen / nullen

[ruutaiokwu]

hallo zusammen,

für eine struts-webanwendung muss ich bei einem bean alle membervariablen überschreiben / zuweisen / nullen können, und dies per reflektion. (so kann das bean später einfacher erweitert werden...)

dazu habe mal alle felder geholt.

kurz und bündig: was muss in den try-block hinein? habe alles mögliche ausprobiert, z.b. Field.set(Object), nützt alles nichts...

hier der code:

[HIGHLIGHT="Java"]public static void resetMemberString(final Object aObject)
{
Field[] lField = aObject.getClass().getDeclaredFields();

int lCnt = 0;

for (lCnt = 0; lCnt < lField.length; lCnt++)
{
Field lTmpField = lField[lCnt];


try
{

}
catch (final Exception caException)
{
System.out.println("Exception: "
+ caException.getLocalizedMessage());
}
}
}[/HIGHLIGHT]
...und: was hat es mit Field.get(Object) auf sich? was soll der parameter bei einem getter??

besten dank im voraus!

grüsse, jan

 

[0x7F800000]

für eine struts-webanwendung muss ich bei einem bean alle membervariablen überschreiben / zuweisen / nullen können, und dies per reflektion. (so kann das bean später einfacher erweitert werden...)

kenne mich mit struts zwar nicht aus, aber grundsätzlich hört sich das imho recht merkwürdig an.

Field.set(Object), nützt alles nichts...

Nun ja, da in deinem code eigentlich nichts läuft, könnte man eigentlich behaupten, dass alles glattläuft... Das mit leeren Menge ist immer auslegungssache^^

...und: was hat es mit Field.get(Object) auf sich? was soll der parameter bei einem getter??

API gelesen? Ist eigentlich alles recht übersichtlich beschrieben?
Das "Field" gehört erstmal zu einer klasse. Bei get(Object) musst du noch diejenige Instanz der Klasse übergeben, von der du das Field haben willst. Genau dasselbe gilt für set(Object, Value). Wie soll denn der Compiler überhaupt set(Object) mit nur einem Argument gefressen haben, das verstehe ich jetzt nicht?

Und alle Exceptions abzufangen ist nicht so toll, rächt sich später zehn mal...

 

[maki]

für eine struts-webanwendung muss ich bei einem bean alle membervariablen überschreiben / zuweisen / nullen können, und dies per reflektion. (so kann das bean später einfacher erweitert werden...)

Schon mal etwas von struts (Dyna)Beans gehört?

 

[ruutaiokwu]

@Andrey: "Das "Field" gehört erstmal zu einer klasse. Bei get(Object) musst du noch diejenige Instanz der Klasse übergeben, von der du das Field haben willst. Genau dasselbe gilt für set(Object, Value)."

DANKE FÜR DEN TIPP!!!


...ja, die set-methode hat 2 parameter. war gerade im stress und musste weg! was exceptions betrifft würde ich diese weiterleiten, aber beim prototyping ist das so lang wie breit...



@maki: nein, befasse mich erst seit montag (neuer job...) konkret damit. schon lange bewusst ist mir aber, dass es im java-umfeld (inkl. j2ee) technologien wie sand am meer gibt.

aus diesem grund ist es mir manchmal lieber, etwas selbst zu machen. in beispielen, welche mir von mitarbeitern vorgelegt wurden, wurden die membervariablen (resp. die rückgabewerte der getter) über eine reset()-funktion innerhalb des beans zurückgesetzt. dort stand halt z.b. einfach vorname = null;, nachname=null; etc...

in diesem fall müsste, falls das bean später erweitert werden würde, halt einfach eine neue zeile à la neueMemberVar = null; hinzugefügt werden... da ist meine lösung doch dynamischer.


et voilà:

[HIGHLIGHT="Java"]import java.lang.reflect.Field;

public class MemberVarsResetter
{
public static void resetMemberVars(final Object caObject)
{
final Field[] clFieldArr = caObject.getClass().getDeclaredFields();

int lCnt = 0;

for (lCnt = 0; lCnt < clFieldArr.length; lCnt++)
{
final Field clField = clFieldArr[lCnt];

clField.setAccessible(true);

try
{
clField.set(caObject, null);
}
catch (final Exception caException)
{
System.out.println("Exception: " + caException.getLocalizedMessage());
}
}

System.out.println(lCnt + " Felder wurden zurückgesetzt.");
}
}[/HIGHLIGHT]

 

[0x7F800000]

in diesem fall müsste, falls das bean später erweitert werden würde, halt einfach eine neue zeile à la neueMemberVar = null; hinzugefügt werden... da ist meine lösung doch dynamischer.

Einerseits bin ich prinzipiell für dry und so... aber imho sollte man nicht mit nuklearwaffen rumballern, wenn es auch mit einem Plastikbecher geht.
...
ne, hab ich auch nicht verstanden. Aber Plastikbecher^^

 

[maki]

@maki: nein, befasse mich erst seit montag (neuer job...) konkret damit. schon lange bewusst ist mir aber, dass es im java-umfeld (inkl. j2ee) technologien wie sand am meer gibt.

aus diesem grund ist es mir manchmal lieber, etwas selbst zu machen. in beispielen, welche mir von mitarbeitern vorgelegt wurden, wurden die membervariablen (resp. die rückgabewerte der getter) über eine reset()-funktion innerhalb des beans zurückgesetzt. dort stand halt z.b. einfach vorname = null;, nachname=null; etc...

in diesem fall müsste, falls das bean später erweitert werden würde, halt einfach eine neue zeile à la neueMemberVar = null; hinzugefügt werden... da ist meine lösung doch dynamischer.

Du solltest dich wirklich mit struts auseinandersetzen bevor du dir "seltsame Konstrukte" aus dem Ärmel schüttelst

DynaActionForms zB. werden über eine GUI (weil XML) konfiguriert, da reicht es dies zu konfigurieren, der Standardweg eben.
Um einiges "dynamischer", sauberer und besser als deine "lösung"

struts ist ein Framework welches schon seit Urzeiten auf dem Markt ist.
Das Spiel heisst: RTFM
Nicht: Erfinde das Rad neu.