Version imprimable
Bonjour à tous,
J'ai actuellement un projet qui me permet de compiler des classes dynamiquement via la classe CSharpCodeProvider. J'ai accès aux classes compilés sans soucis en faisant de l'injection mais j'aurai aimé savoir s'il était possible, via un service WCF par exemple ou autres, d'exposer ces classes afin de pouvoir les manipuler dans d'autres applications ?
Je n'ai pour le moment rien trouvé, si quelqu'un à une solution ou un début de piste.
Merci d'avance.
essaye de passer un system.type, mais je n'y crois pas trop, je pense qu'il faut que le code soit compilé des 2 côtés pour que le system.type soit utilisable
et encore là je ne suis pas sur qu'il pourra être sérialisé en binaire et recréé de l'autre côté, en xml peut etre ...
Salut,
Tu pourrais envoyer le code de ta classe via le service et ensuite la passer à la moulinette CodeDom.
Pour le System.Type ça ne fonctionne pas car j'ai déjà eu le cas et c'est pour cela que je suis passé par l'injection mais effectivement ça aurait été très pratique.
Pour ce qui est d'envoyer le code des classes, cela oblige à faire de l'injection également de l'autre côté or je n'ai pas forcément envie, surtout que les applications qui vont consommer ces classes seront développer par des personnes qui ne connaissent pas l'injection.
J'avais pensé à un service WCF dans le sens où c'est lui qui fournirai les classes dynamiques ou non, un peu dans le style "serveur de classes".
ton service WCF pourrait simplement fournir des assemblées contenant des classes implémentant des interfaces définis.
donc, un système de plug-in avec interface connu...
Parce que de toute façon, pour que tes classes (dynamiques ou pas) soient utilisées, il faudra bien qu'on en connaissent les méthodes... (que les méthodes soient
utilisées en dynamic avec du texte ou bien avec un nommage défini).
Et si ton WCF renvoie une assembly, tu seras tranquilles sur les problèmes de typage, et autre...
Après, comme tu nous poses une question sans expliciter la finalité... il est difficile de trouver ou proposer une approche.. Et si celà se trouve, par rapport au problème
que tu essayes de résoudre, tu fais fausse route en essayant de créer un monstre là ou une solution "basique" serait envisageable...
Merci pour la réponse.
Effectivement, je ne suis pas trop rentré dans le détail. Voici un peu plus d'explication.
J'ai actuellement un service windows qui écoute une base de données sous Sql Server. Dans cette base de données, des utilisateurs avancés peuvent ajouter ou modifier des "objets" et ajouter des attributs à ces objets depuis une interface web. Ces objets sont hiérarchiques et ont donc une dépendance entre eux. Un exemple d'objet :
Individu = Objet
Nom = Attribut
Prenom = Attribut
Chien = Objet
Nom = Attribut
Le service windows récupère ces modifications et transforme le Sql en classe C#. Jusque là pas de soucis, tout fonctionne très bien.
Je peux utiliser ces classes en faisant de l'injection et même utiliser les règles de validation (DataAnnotation) qui se trouve sur ces classes.
Là où ça se complique, c'est que c'est classe doivent être mise à disposition pour d'autres développeurs pour créer des applications en utilisant ces objets.
Par exemple, afficher la liste de tous les Chien dont le Nom est Rex.
La solution aurait été de dire aux développeurs de faire de l'injection, puisque cela fonctionne, mais tous les développeurs n'ont pas le même niveau et cela serait trop complexe à gérer à la longue.
Je me suis donc demandé s'il n'était pas possible d'exposer ces classes, générer dynamiquement dans mon service windows, via un WCF par exemple ou autre, une sorte de plug-in, qui permettrait aux développeurs de pouvoir faire du développement classique :
J'espère que ces détails permettront d'y voir plus claire sur la finalité de la chose.Code:Chien monChien = new Chien();
oui je comprends bien la problématique
mais pourquoi ne pas simplement fournir aux développeurs des librairies avec les objets qui vont bien...
On pourrait créer dans le service Windows du serveur une fonction permettant de récupérer les assembly (dll) créés dynamiquement.
Le client appellerait le service pour mettre à jour son PC.
Comme cette solution consiste en fait à downloader via le Web les dll depuis le serveur, il y aurait évidement d'autres possibilités : par exemple, la fonction WebClient.DownloadFille().