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

Diagramme de classes :

Points forts :

1. 1. Extensibilité
   1. 1.1 L'ajout ou la suppression d'un implémenteur concret n'implique pas de modification de code
   2. 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. 2.1 Nombre minimal d'implémenteurs concrets
   2. 2.2 Factorisation maximale du lien entre abstraction et implémenteur

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

Problème 1 :

Nom :

Changement de plateforme d'affichage

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 :

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 :

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