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.
Version imprimable
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.
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....