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

Design Patterns Discussion :

[Design Patterns] Architecture 3 tiers


Sujet :

Design Patterns

  1. #1
    HPJ
    HPJ est déconnecté
    Membre averti

    Profil pro
    Inscrit en
    Mai 2003
    Messages
    260
    Détails du profil
    Informations personnelles :
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations forums :
    Inscription : Mai 2003
    Messages : 260
    Points : 364
    Points
    364
    Par défaut [Résolu][Design Patterns] Architecture 3 tiers
    Bonjour,

    J'aurais aimé savoir la relation (si elle existe) entre les design patterns et les tiers (présentation, services, données) d'une architecture 3 tiers.
    Existe-t-il des règles ? Quel pattern pour quel tiers ?

    Merci de vos réponses.

  2. #2
    Membre confirmé
    Avatar de grishka
    Inscrit en
    Janvier 2003
    Messages
    285
    Détails du profil
    Informations forums :
    Inscription : Janvier 2003
    Messages : 285
    Points : 499
    Points
    499
    Par défaut
    l'architecture trois-tiers est un design pattern qui garantit un couplage faible entre les composants de présentation, la logique métier (les services métiers) et l'accés aux données. "Couplage faible" signifie qu'un tiers dépend faiblement d'un autre tiers et peut être remplacé sans modifier les autres. Dans l'architecture 3-tiers, le composant données est autonome, le composant services ne connait que le composant données par l'intermédiaire d'une interface et le composant présentation ne connait que le composant services par l'intermédiaire d'une interface(sans accés direct aux données)

    Donc la règle pour assurer un couplage faible est de fournir une interface ou une facade de communication pour le composant "services métiers" et pour le composant "données" et de respecter le sens de dépendance (présentation->services->données)

    Pour réaliser un composant tiers, rien ne t'empêche d'utiliser d'autres design pattern, ils sont la pour ca. Il est cependant vrai que certain patterns sont plus adaptés à un composant qu'un autre.

    exemple :
    -présentation: le pattern MVC, décorateur, composite,...
    -service métier: pattern facade pour les EJB, fabrique abstraite, stratégie, singleton, procuration....

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Réponses: 4
    Dernier message: 24/02/2009, 12h06
  2. implementation DESIGN PATTERN et C++
    Par franck_92 dans le forum C++
    Réponses: 1
    Dernier message: 26/10/2004, 21h55
  3. [VS.NET] Les design pattern et DOTNET
    Par Nycos62 dans le forum Visual Studio
    Réponses: 4
    Dernier message: 22/10/2004, 14h44
  4. [Observateur] Précisions sur le design pattern Observer [UML]
    Par joquetino dans le forum Design Patterns
    Réponses: 2
    Dernier message: 07/10/2004, 22h35
  5. Les Designs Patterns Entreprise
    Par boulon dans le forum Design Patterns
    Réponses: 4
    Dernier message: 01/09/2004, 19h16

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