Discussion :

[lechenejb]

Bonjour,

J'ai un petit problème et je n'ai trouvé aucune solution, je vous explique :

• l'ensemble de mes objets métiers sont présents dans une librairie de classes,
• mes WebServices manipulent uniquement des objets de cette librairie de classes,
• le projet WebService référence la librairie de classes,
• le projet Client référence la librairie de classes,
• le projet Client référence le WebService et créer les classes qui sont déjà présentent dans ma librairie de classe (alors que j'ai coché "réutiliser les types référencés").
• les classes créées ne sont pas compatibles avec celles de ma librairie de classes (logique, il n'y a pas d'héritage ou quoi que ce soit d'autres)

Ma question est donc, comment ne manipuler que les classes de ma librairie de classe en lieux et place de ceux créés par la WebReference ?

Merci d'avance pour vos idées.

[MetalGeek]

Ce qui se fait en général, c'est de jouer de l'abstraction (interfaces, contrats...), ou encore de sérialiser les champs pour communiquer les objets (par ex. en xml) et d'avoir des types semblables au niveau logique, mais différents au niveau namespace

[lechenejb]

Oui, çà se fait bien, sauf que j'aurai souhaiter faire en sorte d'utiliser la même librairie de classe, car là, côté client, je suis dépendant des web services pour avoir les types à manipuler dans mes contrôles utilisateur.

[tomlev]

là, côté client, je suis dépendant des web services pour avoir les types à manipuler dans mes contrôles utilisateur.

Il te suffit de les manipuler via une interface, tu n'as pas besoin de connaitre leur type réél...

[lechenejb]

Il te suffit de les manipuler via une interface, tu n'as pas besoin de connaitre leur type réél...

Il doit y'avoir quelque chose qui m'échappe là ... tu pourrais être plus précis s'il te plait ?

[tomlev]

Je veux dire que le type de retour des méthodes du webservice ne devrait pas être un type concret, mais plutôt une interface. En pratique, le service renverra une instance d'un type concret qui implémente l'interface, mais côté client ce sera un type proxy, que tu manipuleras à travers l'interface. Ainsi tu n'as pas besoin de partager du code d'implémentation entre le client et le serveur, mais seulement un assembly qui définit les interfaces.