Design patterns (GoF)

Dans la continuité de SOLID : les patrons de conception qui reviennent le plus souvent, expliqués simplement.

Un design pattern est une solution éprouvée à un problème récurrent de conception. Pas une recette à appliquer partout : un vocabulaire commun et des réflexes. En voici trois incontournables.

Trois patrons emblématiques en un schéma

Trois mécaniques, une même intention : réduire le couplage. La boîte verte est le point de variation ; les flèches pleines se lisent « utilise / appelle », les flèches creuses en pointillés « implémente ».

Stratégie — Strategy
Contexte utilise «interface» Stratégie StratégieA StratégieB StratégieC implémente On change d'algorithme à l'exécution, sans toucher au contexte.
Observateur — Observer
Sujet état observable Observateur 1 Observateur 2 Observateur 3 notifie() 1 → N Quand le sujet change, tous les abonnés sont prévenus.
Fabrique — Factory
Client ignore le concret appelle Fabrique .créer() renvoie Produit «interface» ProduitA ProduitB instancie l'un d'eux La fabrique décide quelle classe instancier.

Un patron de conception est une solution éprouvée à un problème récurrent. Stratégie rend un algorithme interchangeable, Observateur diffuse un changement à N abonnés, Fabrique masque la création d'objets — tous réduisent le couplage.

🎯 Testez-vous

Pour chaque situation, quel pattern répond le mieux au besoin ?

Retour aux outils