none
WCF - Organisation RRS feed

  • Question

  • Bonjour,

    voilà le contexte : j'ai une application WPF qui se connecte à des services WCF. Ces services appellent ma couche Business qui elle meme appelle ma couche DAL.

    Comme je ne veux pas limiter mes WCF à un site web, j'ai les projets suivant : 

    • Un projet "Services" qui contient les contrats et les implémentation des contrats
    • Un projet "BLL"
    • Un projet "DAL"
    • Un projet "Services.Web" qui fait appelle à mes objets du projet "Services"

    Pensez vous que ce soit la bonne approche ? Mon application appellerai les différents SVC qui eux même se contenteront d'appeler les méthodes BLL (via le projet "Services") correspondantes. Et si un jour je ne veux plus de site web mais une simple application pour héberger mes WCF, je n'aurai qu'a créer un projet "Services.Application" qui appelle mon projet "Services"...

    Qu'en pensez vous ? que feriez vous ?

    Merci


    lundi 11 juin 2012 14:34

Réponses

  • Bonjour,

    Mon approche côté client est proche de celle que tu proposes:

    • Un projet (métier) contenant le proxy, la configuration du proxy
    • Un projet contenant  le client riche (WPF, Winform, WP7 ...)

    Le premier projet n'est donc pas dépendnat de la technologie utilisée au final par le client. Et dans le cas d'un MVVM avec WPF, ça passe plustôt bien.


    Jérémy Jeanson MVP, MCP, MCTS http://blogs.codes-sources.com/JeremyJeanson/ (French or English spoken)

    • Marqué comme réponse CaptainChoc mercredi 13 juin 2012 13:38
    mercredi 13 juin 2012 12:44
    Modérateur

Toutes les réponses

  • Bonjour,

    J'ai déjà utilisé cette approche à plusieurs reprise. Elle tiends la route et a l'avantage par rapport à d'autre de permettre une couche de service optimisée.

    Entendre par là :

    • que l'on expose pas plus que ce que l'on a besoin.
    • qu'une reponse ne contient que ce quil faut (pas de données superflues)

    Voila ma contrubution à 0.02 €


    Jérémy Jeanson MVP, MCP, MCTS http://blogs.codes-sources.com/JeremyJeanson/ (French or English spoken)

    mardi 12 juin 2012 13:43
    Modérateur
  • Merci pour cette réponse... rapide :)

    Je conmpte utiliser Entity Frmework avec des STE (stockées dans mon projet "BOL"). Ce projet sera également partagé avec mon application WPF.

    Dans cette application, quelle architecture devrais je adopter coté WPF ? car le WPF n'a pas de BLL car tout passera par mon WCF...

    Un projet "Application" contenant l'application et un projet "ApplicationBLL" contenant les appelles aux Services conviendrait il ?

    MErci

    mercredi 13 juin 2012 09:33
  • Bonjour,

    Mon approche côté client est proche de celle que tu proposes:

    • Un projet (métier) contenant le proxy, la configuration du proxy
    • Un projet contenant  le client riche (WPF, Winform, WP7 ...)

    Le premier projet n'est donc pas dépendnat de la technologie utilisée au final par le client. Et dans le cas d'un MVVM avec WPF, ça passe plustôt bien.


    Jérémy Jeanson MVP, MCP, MCTS http://blogs.codes-sources.com/JeremyJeanson/ (French or English spoken)

    • Marqué comme réponse CaptainChoc mercredi 13 juin 2012 13:38
    mercredi 13 juin 2012 12:44
    Modérateur
  • Pour 0,02€, je suis !!!

    lundi 25 juin 2012 20:52