Discussion :

[Pecose]

Bonjour,

J'ai fait en sorte de copié dynamiquement une classe avec de la réflexivité.
J'aimerai savoir si il y a un moyen de faire en sorte que lorsque une fonction de la classe d'origine est appelé, l'appel soit intercepté et renvoyer sur la fonction de la classe copié.

Merci de votre aide.

[thelvin]

Il serait plus simple de faire un proxy, du coup, non ?

C'est de l'informatique, il y a toujours moyen de faire des trucs. Mais c'est une bonne idée d'identifier le problème précis pour en voir les solutions habituelles et décider d'en choisir une plutôt que faire par soi-même.

Et pour ça, il faudrait qu'on sache ce que tu as fait en vrai, pas "genre une copie dynamique avec la réflectivité"

[Pecose]

Tu as raison, d'autant que je ne suis pas sûr que mon approche soit la bonne. En fait, ce que j'aimerais faire, c'est pouvoir créer un serveur socket avec la simplicité d'un serveur RMI et surtout avec le même type de fonctionnement.

Donc je pensais faire un genre de listener pour fonction, qui pour lorsque le client appelle une fonction, cette fonction soit identifié et qu'un message soit envoyée au serveur pour être redistribuée à tous les clients pour que cette fonction soit exécuté chez tout le monde.

J'essaie de simplifier au maximum mais je suis pas sûr que ce soit clair.

[thelvin]

Mais pourquoi la fonction n'est-elle pas simplement d'envoyer le message, normalement, point final ? Pourquoi de la réflectivité ? Pourquoi copier des trucs ?

[Pecose]

Pour ne pas avoir à réécrire le code à chaque fois que je fais un nouveau logiciel. Le principe du serveur RMI c'est que tu gères ton code comme si les objets distants était en local. C'est vachement plus simple.

[thelvin]

Euh, oui mais ça n'a aucun rapport. Quand on fait du RMI le framework génère une interface, ainsi qu'une implémentation client de cette interface, implémentation qui envoie le message au serveur.

Du coup quand on fait du RMI, on obtient des classes qui envoient déjà le message. Quel intérêt de copier ? Quel intérêt de faire de la réflectivité ?

Puisque tu as l'air d'en être au tout début, je pense que je devrais en profiter pour te signaler que RMI est obsolète. De nos jours on fait des API REST, c'est plus standard et moins contraignant (du moins, les contraintes de faire des API REST sont moins contraignantes que celles pour faire du RMI). De toute façon, la réalité est que plus personne ne fait de RMI et que tout le monde fait du REST. Autant je peux comprendre qu'on pense que suivre une mode c'est être un mouton, autant RMI c'était suivre une mode aussi, et le but était de s'aligner sur ce que tout le monde fait, pour s'appuyer sur les frameworks existants et travailler vite avec du support facile. Sauf que de nos jours ça ce n'est plus RMI. Ce sont les API REST. Et ça fait longtemps.