java.lang.reflect - Getter und Setter ermitteln

[KSG9|sebastian]

Hi Leute,

ich erzeuge Klassen mit Class.forName("name") und das objekt dazu mit Class.forName(..).newInstance()
Die Objekte haben private Attribute die man durch Getter und Setter ändern und lesen kann.
Ich will aber nicht davon abhängig sein, dass das die Getter und Setter Methoden immer get<Attribut> und set<Attribut> heisen.

Also sowas hier...

public GetteruSetter(){
    private String text;

    public void setText(String text){
        this.text = text;
    }    
    public String getText(){
        return text;
    }

..will ich nicht zwingend vorraussetzen, es könnte ja auch sein dass mal jemand so etwas macht:

public GetteruSetter(){
    private String text;

    public void setTheText(String text){
        this.text = text;
    }    
    public String getTheText(){
        return text;
    }

So wie ich es bisher habe wird nur folgendes überprüft:

GET-Methode

Fängt die Methode mit "get" an ?
Geht der Methodenname nach "get" mit dem Namen des Attributes weiter? (text => getText) ?
Stimmt der Returntyp ?

Die einzige Möglichkeit die ich wüsste wäre die, dass ich nen regex-pattern benutze. Dann hab ich aber das Problem, dass die Getter, Setter evtl. falsch gefunden werden wenn 2 Attribute Ähnlich heisen (getColText() und getFormText()) z.b., und dass will ich auch nicht haben

MfG

Sebastian

 

[Illuvatar]

Und wie stellst du dir vor, dass die JRE die passende getter- und setter-Methode finden soll? In Java sind diese ja nichts anderes als Konventionen, d.h. etwas besseres, als was du hast, wird es kaum geben.

 

[KSG9|sebastian]

Hm, na gut dann muss es eben so bleiben

 

[Bleiglanz]

schau mal ins Package java.beans

=> wenn du die Dinger selbst schreibst, könntest du deine Beans ganz schön aufpeppen (BeanInfo, PropertyDescriptor) - und dann auch zur Laufzeit viele Meta-Infos auslesen

war ursprünglich mal für den Einsatz in visuellen IDEs Komponentenleiste gedacht, daher normalerweise nicht vorhanden

 

[Grizzly]

Ich mache das immer so:

Ich suche mir alle Attribute - auch private - des Objektes heraus. Dann bastele ich mir einfach den getter- bzw. setter.Namen und versuche auf die ethode zuzugreifen. Die Methode muss natürlich einen Rückgabewert bzw. einen Parameter vom entsprechenden Typ des Attributes haben und public sein.

Beispiel:
Ein Objekt der Klasse Auto hat folgendes Attribute:

private Motor motor;

Dann muss es einen Getter

public Motor getMotor();

und einen Setter

public void setMotor();

geben.

Dabei ist zu beachten, dass bei boolean Attributen der Getter

public boolean isBenzinMotor();

heisst, und nicht

public boolean getBenzinMotor();

.

 

[KSG9|sebastian]

@grizzly: schon klar, so hab ich es bisher auch. aber das problem ist, dass die getter und setter immer den namen

get<attribut-name>, set<attribut-name> oder is<attribut-name>

haben müssen, und genau das wollte ich nicht!


@bleiglanz: danke, ich gucks mir mal an

 

[Grizzly]

schon klar, so hab ich es bisher auch. aber das problem ist, dass die getter und setter immer den namen

get<attribut-name>, set<attribut-name> oder is<attribut-name>

haben müssen, und genau das wollte ich nicht!

Hm, laut Java Quellcode Konvention von Sun sollten sie das aber. :###

 

[KSG9|sebastian]

Ja, bei mir heißen sie auch so, aber wenn ich das programm an nen kumpel weitergeb dann wahrscheinlich nimmer ;D

 

[Grizzly]

Ja, bei mir heißen sie auch so, aber wenn ich das programm an nen kumpel weitergeb dann wahrscheinlich nimmer ;D

Tja, dann... musst Du wohl 'ne eigene Java VM mit einer künstlichen Intelligenz mitgeben, die Dir anhand des Codes sagen kann, was der Setter und was der Getter eines bestimmten Attributes ist.