[Reflect] Recherche de méthode par introspection

Bonjour à tous,

Je suis actuellement en train de développer une application qui nécessite l'utilisation de l'introspection, et plus particulièrement, de la recherche de méthode dans une classe donnée.

Comme indiqué sur le tutoriel, la méthode utilisée

Code:

---

Method getMethod(String ident, Class... parametres)

---

demande une correspondance exacte sur les types des paramètres formels, et ne teste pas si le paramètre fourni est une classé dérivée du paramètre formel

Par exemple, soit la classe suivante :

Code:

---

1 2 3 4

public class Test { int maFonction(Number a) { return 1;} }

---

Ainsi, la recherche suivante fonctionne :

Code:

---

getMethod(Test.class, Number.class)

---

tandis que celle-ci echouera:

Code:

---

getMethod(Test.class, Integer.class)

---

Je voudrais donc savoir si quelqu'un avait pu résoudre/entrevoir une solution à ce problème, avant de me lancer dans le codage de ma propre fonction de recherche de méthode.

Merci d'avance

Ce n'est pas un problème pour moi.
Pourquoi est-ce un problème pour toi ? Peut-être devrais-tu revoir ta technique de recherche de méthode ?
Quels seront les critères pour sélectionner une méthode plutôt qu'une autre dans ton application ?
En clair : explique pourquoi c'est un problème pour toi et ce que tu attends de nous ;)

La méthode Class.getMethod(String methodName, Class[] paramTypes) retourne la méthode public nomée methodName et qui a exactement les paramètres définis dans paramTypes
La méthode getMethod défini dans le tutoriel retourne à priori la méthode la plus spécialisée donc je ne vois où est ton problème!!!

Salut,

C'est pour moi un problème, car j'ai des classes dérivées pour les paramètres lorsque je fais ma recherche.

Pour reprendre mon exemple, je ne dispose pas lorsque j'effectue ma recherche du type Number, mais du type Integer. Ainsi, la recherche échoue (exception NoSuchMethodException levée).

Mes critères pour rechercher une méthode sont les mêmes que ceux qui s'appliquent normalement en Java.

tu va devoir prendre toutes les méthodes de la classe et déterminer celles qui s'appliquent à ton cas. Je dit celles car si tu applique les règle java et que tu a machin(String,String) comme critère de recherche, les méthodes machin(Object,String) et machin(String,Object) sont toutes les deux valables.

Merci tchize_, tu confirmes ce que je "craignais".
Effectivement, il faudra penser à prendre en compte les cas "ambigus".

Merci de vos réponses :)

Citation:

---

Envoyé par tchize_

tu va devoir prendre toutes les méthodes de la classe et déterminer celles qui s'appliquent à ton cas. Je dit celles car si tu applique les règle java et que tu a machin(String,String) comme critère de recherche, les méthodes machin(Object,String) et machin(String,Object) sont toutes les deux valables.

---

Je suis d'accord avec tchize faut deja prendre les méthode qui ont N paramètre apres tu invoke avec tes arguments s'il n'y a pas d'exception tu sorte de la boucle un truc dans le genre

Code:

---

1 2 3 4 5 6 7 8 9 10

; Method[] methods = getClass().getMethods(); for(int i=0; i< methods.length; i++) { if (methods[i].getParameterTypes().length == args.length) { try { methods[i].invoke(tonObjet, args); //args array des valeurs de tes paramètres return methods[i]; }catch (Exception e) { } }

---

Citation:

---

Envoyé par hibour

faut deja prendre les méthode qui ont N paramètre apres tu invoke avec tes arguments s'il n'y a pas d'exception tu sorte de la boucle un truc dans le genre

---

Ha non je ne suis pas d'accord. Il y a aussi le problème des méthodes à nombre d'argument varialbes (ces joli trois petit points dont les dernièer jdk nous ont fait le plaisir) et le fait que les méthode privées, ben c'est pas des méthodes publiques et quand il y a ambiguité, si une des méthodes est privé, il y a pas d'ambiguité.... Le mieux c'est de prendre les spécifications du language, la liste des méthodes et suivre pas à pas l'algorithme dans les specs :p

Pour mon cas, c'est un peu simplifié, étant donné que je n'ai que des méthodes publiques, et pas de méthode avec nombre d'arguments variables :mouarf:

D'autre part, je ne peux pas appliquer l'algo donné par hibour, étant donné que je ne travaille pas avec des instances d'objet, mais uniquement leur classe.

J'ai bricolé un petit bout de code qui marchait bien dans mon cas, mais je vais jeter un oeil aux specs, et voir comment c'est décrit :)