Discussion :

[katarnos]

Bonjour à tous,

Je souhaite imbriquer un getter dans un setter.

Je m'explique :
J'obtiens pas le biais d'une table de correspondance un string :
String var = props.getProperty("1");

A ce stade, var est égale à "livre.getTitre()".

Je souhaite faire une manipulation du genre unObjet.setNom(var);

Évidemment le nom de unObjet devient "livre.getTitre()" et non le titre de l'objet Livre instancié plus tôt.

Existe-t-il un moyen de faire interpréter ma variable var non comme du texte mais comme du code ? Ou une autre méthode ?

On m'a conseillé de passer par des méthodes de réflexivité mais je ne vois pas ce que cela peut m'apporter.

Merci d'avance

[legentil]

Salut !

Tu peux t'en sortir avec la réflectivité,
Il faut déjà que tu travaille sur ta chaine pour conserver uniquement "getTitre"

Ensuite tu fais

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Methode method = Livre.class.getMethod("getTitre",...)

Puis pour terminer

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

String titre = (String)method.invoke(tonObjetLivre,...)

Voilà ça fais longtemps que j'ai pas fait ça mais ça doit être un truc comme ça !!

[thelvin]

Oui, mais le problème c'est que dans l'exemple donné, le mot livre représente une variable locale, et que la réflectivité ne peut pas accéder aux variables locales. Ni en fonction de leur nom, ni d'aucune façon.

Donc, il n'est pas possible d'interpréter la chaîne complète "livre.getTitre()" par réflectivité.

Je pense qu'il existe des APIs pour simplifier ce genre de besoins, mais jusqu'à maintenant on m'a toujours poussé à en développer une maison. Et c'est un peu long à présenter.
Une idée pourrait être de considérer "livre.getTitre()" comme un langage de script et de démarrer un des moteurs de script de Java pour l'interpréter, en lui passant un contexte où "livre" est une variable globale désignant l'objet sur lequel on veut effectuer un traitement. Dans mes souvenirs, c'est un peu compliqué en comparaison du besoin assez simple.

[legentil]

Avec la phrase : "le titre de l'objet Livre instancié plus tôt", j'avais pris en hypothèse qu'on savait déjà sur quel livre on travaillait à ce moment, mais si c'est pas le cas, effectivement ma solution n'est plus suffisante !

Comment tu accède à tes livres en fait?

[Deaf]

As-tu besoin d'interpréter n'importe quel String représentant un bout de code ou bien est-ce que tu as un besoin plus restreint? Il peut exister des solutions adaptées sans aller jusqu'à un moteur d'exécution de scripts.

Dans quel contexte es-tu?
Comment te retrouves-tu à devoir interpréter ce genre d'expression?

[tchize_]

pareil, ce serait quand même beaucoup plus simple de faire

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

unObjet.setNom(livre.getLivre())

plutôt que d'essayer de transformer java en un langage interprété qu'il n'est pas!


Maitenant, il arrive dans certains cas particulier de devoir accéder à des méthodes par reflection sur base de leur nom. Dans ce genre de cas, tu as à disposition au choix

commons-beansutils -> facilite la réflexivité
beanshell -> interprétation de lignes de commande java au vol
groovy -> pareil (jamais testé personnellement)
des trucs comme les expression langage de javaEE5 -> permet uniquement l'accès aux getters setters

[katarnos]

Merci pour vos réponses.

J'ai (finalement) obtenu un résultat satisfaisant avec la réflexivité.

Method maMethode = livre.getClass().getMethod("getTitre");
String string = maMethode.invoke(livre).toString();
Et ensuite :
unObjet.setNom(string);

Du coup, je peux invoquer une méthode getTitre() puisque getMethod() accepte le string de ma table de correspondance.

Je vois quand même qu'il y a d'autres manières de faire à explorer.
Merci à tous !

[thelvin]

Je vois quand même qu'il y a d'autres manières de faire à explorer.

Euh, non. La reflectivité est insuffisante pour exploiter exactement "livre.getTitre()", c'est un fait. Mais si tu n'as pas besoin de tout ça et que la méthode que tu as retenue suffit, il vaut infiniment mieux s'y tenir.