Discussion :

[duaner]

Bonjour,

J'utilise wcf avec le framework 3. C'est mon server qui notifie le client (après connection de celui ci). Ainsi j'ai les contrats suivant :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
    [ServiceContract]
    public interface IClient
    {
        [OperationContract]
        void ReceiveObject(Object Message);
    }
 
    [ServiceContract(CallbackContract = typeof(IClient))]
    public interface IServeur
    {
        [OperationContract]
        bool Login(string name, string password);
 
        [OperationContract]
        bool Say(string texte);
    }

ReceiveObject est une méthode d'envoi d'objets depuis le server vers le client.

Quand j'envoi un type simple (string ou int), il n'y a pas de problème, le server sait comment le sérializer. Parcontre si j'essaie d'envoyer mon propre type, l'application plante car elle ne sait pas comment sérializer l'objet (normal!).

Je ne veux pas passer par un datacontract car je vais ajouter (compilation et ajout dynamique d'assembly) de nouvelles classes.

En cherchant j'ai trouvé quelque truc sur les attribut KnownTypeAttribute serialize mais je n'ai pas réussit à aller plus loin.

Donc : comment faire pour envoyer son propre type d'objet sans utiliser explicitement de datacontract ? ?

Si quelqu'un a une idée je suis preneur !

[duaner]

Up, personne n'a une petite idée à partager?

[The_badger_man]

Peut-tu re-spécifier pourquoi tu ne veux pas utiliser de datacontract ?

[duaner]

Peut-tu re-spécifier pourquoi tu ne veux pas utiliser de datacontract ?

Donc je veux pouvoir envoyer des objets du server vers le client. Par contre je ne connais pas à la compilation le type des objets que je vais envoyer (les classes sont compilées et ajoutées à la volée). Donc je pense qu'avec un datacontract ce n'est pas possible car, je pense, que l'on lorsque je recompile mes nouveaux type je ne peux pas les ajouter au contrat précédent. Est ce que je suis clair ?

Donc peut eter que l'on peut faier cela avec des datacontract, je me suis peut etre planté en disant que non...

[The_badger_man]

Si tu (niveau serveur) ne connais pas le type d'objet envoyé, comment le client peut-il le savoir (et ainsi les utiliser) ?

[duaner]

J'avais penser envoyer l'assembly correspondant au client pour qu'il puisse faire un minimum de réflexion dessus. Ca pourrait donner un échange de ce genre:

1- lancement des applis cliente et server
2- compilation des nouveaux type coté server => création d'une dll
3- chargement de la dll coté server
4- déploiement de la dll coté client (avec soi un échange via le réso du serveur vers le client, soi le fichier est carrément posé à la main)
5- création d'un nouvel objet coté serveur
6- envoi de l'objet
7- réception de l'objet
8- utilisation par réflexion coté client (pour l'instant ej ne veux afficher que les propriétés du nouvel objet et leur valeur)

Voila...