Discussion :

[anthyme]

Bonjour,

Il faudrait que je m'interface dans un client WCF (exécuté en silverlight) afin de :
- Intercepter l'instanciation des objets provenant du serveur pour les transformer en proxy
- Intercepter l'envoi des fichiers du client vers le serveur pour les deproxifier et les retransformer en "classe de datacontract standard"

Pour faire cela j'imagine qu'il faut que je créer un behavior WCF mais pour tout dire je n'ai aucune idée de quel classe utilisé ni de où et comment l'injecter dans mon client.

Si vous pouvez me donner quelques pistes ...

merci

[anthyme]

Pas de pistes, pas même pour l'utilisation de behavior coté client ?

J'avoue avoir du mal à glaner des infos sur le net ...

[B.AF]

Il faut que tu implément ton propre ContractBehavior ou operation behavior,
où alors autre solution : ta propre sérialisation.

En même temps je ne comprends pas trop ce que tu veux faire au final, donc si tu as plus d'infos, peut être que je n'ai pas compris.

[anthyme]

Mon but est d'avoir une architecture Client/Serveur : EF4 / WCF / Silverlight.

Mais sans avoir à créer 3 modèles de classe (Entity, DTO, Presentation Model) "en code"

Dans les faits j'écrirais un seul modèle de classe pour l'ensemble de l'application mais il y en aura bien 3 types différents :
- Mon modèle de classe sera relativement simple (poco) et utilisé en tant que DTO
- Ce modèle aura une création de type dynamique proxyfié coté serveur pour répondre aux besoins d'EF4 (proxification automatique par le framework EF4)
- Ce modèle sera également proxyfié coté UI pour répondre au besoins UI (notamment INotifyPropertyChanged)

J'aimerai que cette architecture soit au maximum transparente pour le développeur.

Coté serveur, EF4 créé des Proxy seul et j'ai bien réussi à deproxifier les objets provenant de ma couche Business via un behavior WCF qui utilise le DataContractProxyResolver.

Maintenant il me reste plus qu'a reproxifié (DTO => Presentation Model) les objets coté client pour les objets allant dans le sens Serveur => WCF => Client et les deproxifier (Presentation Model => DTO) coté client pour les objets allant dans le sens client => WCF => Serveur
(Pour le moment je pense utiliser Caste.DynamicProxy , j'ai réussi a rendre mes objets INotifyPropertyChanged avec ce framework).

Si je ne pense pas avoir de problème à le faire via une surcouche de mes clients je pense que ca serait plus clean d'intégrer ça sous forme de behavior WCF "transparents"

Je vais regardé les OperationBehavior mais je me demande si je vais pouvoir remplacer les objets normaux par des proxyfier de cette façon.

[anthyme]

Ah oui et DataContractSerializer est sealed ... comment je pourrais modifier son comportement ?

[B.AF]

Alors tu peux intervenir sur

IDispatchMessageInspector qui te permet d'intervenir sur les messages en entrée sortie

et

DataContractSerializerOperationBehavior qui va te permettre de manipuler le serializer (au moins le Xml dans celui là).

Tu trouvera un bon tuto ici :WCF Behaviors

En fait ce qui me semble le plus simple c'est que tu sérialises l'objet en proxy in fine si c'est possible.

en gros si je comprend bien :
- Tu veux créer un objet Lambda poco
- Si il est exploité sur WCF tu veux le décorer avec un INotifyPropertyChanged ou autres méthodes propres à l'UI
- Si il est exploité par EF tu veux le décorer avec l'entityobject ou autre ?


DataContractSerializer est sealed, mais il dérive de XmlObjectSerializer et en est une implémentation qui est définie au niveau du OperationBehavior.

Good luck, ça m'a l'air chaud lapin ton truc quand même !

[anthyme]

Je suis chaud lapin en ce moment

En effet t'as bien compris le truc, je vais suivre tes pistes quand j'aurais un moment et je ferrai un retour !

Merci @+