Identifiant :
Mot de passe :

Patrons de conception

Développement complet depuis <<Implémenteur>>

Diagramme de classes :

Diagramme de classes

Points forts :

  1. 1. Extensibilité
    1. KO 1.1 L'ajout ou la suppression d'un implémenteur concret n'implique pas de modification de code
    2. KO 1.2 L'ajout ou la suppression d'une abstraction fine ne nécessite pas de modification de code
  2. 2. Découplage entre abstraction et implémenteur
    1. KO 2.1 Nombre minimal d'implémenteurs concrets
    2. OK 2.2 Factorisation maximale du lien entre abstraction et implémenteur

Contextualisations du patron abîmé sur différents problèmes

Problème 1 :

Enoncé du problème :
Concevez un système permettant de changer le style de fenêtres à l'écran. Trois types de fenêtre sont possibles : simple, avec menu et transparente. Le style de ces fenêtres dépend de la plate-forme d'utilisation. Deux plates-formes sont considérées, Gnome et XFCE. Le code client doit pouvoir être écrit indépendamment et sans connaissance à priori de la future plate-forme d’exécution.
Solution optimale :

Diagramme de classes :

Diagramme de classes

Dans cette solution, il y a une véritable séparation entre le style des fenêtres et leur contenu. Il est possible d'ajouter un nouveau style ou un nouveau type sans aucune modification de code.

Solution alternative :

Diagramme de classes :

Diagramme de classes

Probablement le pire case avec l'abstraction sous l'implémentation simple

Les têtes de mule
Cédric BOUHOURS
Cédric BOUHOURS
Cédric BOUHOURS