IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Services Web Discussion :

Librairie de classe côté client et côté serveur


Sujet :

Services Web

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Futur Membre du Club
    Profil pro
    Inscrit en
    Avril 2004
    Messages
    4
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2004
    Messages : 4
    Par défaut Librairie de classe côté client et côté serveur
    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.

  2. #2
    Membre chevronné Avatar de MetalGeek
    Profil pro
    Inscrit en
    Octobre 2008
    Messages
    412
    Détails du profil
    Informations personnelles :
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations forums :
    Inscription : Octobre 2008
    Messages : 412
    Par défaut
    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

  3. #3
    Futur Membre du Club
    Profil pro
    Inscrit en
    Avril 2004
    Messages
    4
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2004
    Messages : 4
    Par défaut
    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.

  4. #4
    Rédacteur/Modérateur


    Homme Profil pro
    Développeur .NET
    Inscrit en
    Février 2004
    Messages
    19 875
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Février 2004
    Messages : 19 875
    Par défaut
    Citation Envoyé par lechenejb Voir le message
    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...

  5. #5
    Futur Membre du Club
    Profil pro
    Inscrit en
    Avril 2004
    Messages
    4
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2004
    Messages : 4
    Par défaut
    Citation Envoyé par tomlev Voir le message
    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 ?

  6. #6
    Rédacteur/Modérateur


    Homme Profil pro
    Développeur .NET
    Inscrit en
    Février 2004
    Messages
    19 875
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Février 2004
    Messages : 19 875
    Par défaut
    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.

Discussions similaires

  1. Réponses: 4
    Dernier message: 27/09/2009, 20h22
  2. Utiliser un projet de librairie de classes comme client WCF
    Par obitskater dans le forum Windows Communication Foundation
    Réponses: 0
    Dernier message: 06/03/2009, 17h19
  3. Diagramme de classes - Relation client / serveur
    Par gronk dans le forum Diagrammes de Classes
    Réponses: 3
    Dernier message: 01/03/2007, 13h42
  4. [OUTIL]Outil de trace SQL entre 1 client et 1 serveur
    Par Laurent Dardenne dans le forum Oracle
    Réponses: 12
    Dernier message: 15/04/2005, 19h44
  5. [SOAP] : client en PHP, serveur en kylix + .so
    Par RezzA dans le forum XML/XSL et SOAP
    Réponses: 2
    Dernier message: 27/01/2003, 16h53

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo