Discussion :

[tnarol]

Bonjour,

J'essaye de définir une API destinée à invoquer des méthodes définies par l'utilisateur. J'ai identifié deux familles de solutions, mais aucune ne me satisfait. Je cherche quelque chose de mieux...si vous avez des idées.

1ère solution : les classes utilisateurs doivent implémenter une interface présentant un unique point d'entrée "execute". Inconvénient : dans le cas qui m'intéresse la variété des fonctions à invoquer est très grande, donc il y aura à implémenter soit un très grand nombre de classes, soit un immonde switch...case pour brancher sur la bonne méthode à l'intérieur d'une classe.

2ème solution : les classes utilisateurs peuvent implémenter plusieurs méthodes différentes qui répondent à un ou plusieurs prototypes prédéfinis, l'API se chargerait par introspection de détecter les méthodes compatibles et brancherait automatiquement un appel vers la bonne méthode. Inconvénient : On ne respecte pas l'usage voulant que l'API expose son contrat sous forme d'une interface. Autrement dit l'utilisateur doit connaître la convention d'écriture des méthodes pour savoir utiliser l'API.

Pour réconcilier les deux solutions j'ai l'impression d'avoir besoin d'une notion d'interface qui n'impose que les prototypes et pas les noms de méthodes...

[mikael.gibert]

Salut,

Pourquoi ne pas passer par l'introspection en annotant les méthodes des utilisateurs ?

Ainsi il a la liberté des signatures de sa méthodes, à toi de t'assurer ensuite, quand tu récupères les informations (suffisantes) par introspection de faire le bon branchement avec le bon passage de paramètres.

[tnarol]

Salut,
Pourquoi ne pas passer par l'introspection en annotant les méthodes des utilisateurs ?

Merci. J'y ai pensé mais ça ne change rien au fait que l'API n'exprime pas de contrat, alors qu'il y a effectivement un contrat dans le sens où les types et le nombre de paramètres passés aux méthodes sont imposés.

[MortDansLAme]

J'ai du mal à saisir le but ou le role de ton API. Qui appelle tu "utilisateur" (developpeur ou non) ? et les méthode à appeler le seraient dans quel dessin ?

Je comprend que tu cherche à instrumenter l'exécution de ton appli sans la recompiler mais je ne comprend pas pk...

L'introspection semble en effet une bonne piste mais pour la partie contrat et nombre de parametres il faudrait peut être placer un intermédiaire comme un fichier XML (un genre de XSD ou WSDL)