Serie Design Patterns — recettes de code (GoF, version simple)
Les 23 design patterns du Gang of Four expliques simplement : analogies du quotidien, schemas, et liens entre articles — sans jargon inutile.
Article
Design patterns : des recettes pour un code plus clair
Les 23 idees du Gang of Four, expliquees simplement : a quoi ca sert, quand s'en servir.
Lire l’article →
Article
Singleton : une seule copie, pas plus
Garantir une seule instance partagee — utile parfois, dangereux si abuse.
Lire l’article →
Article
Factory Method : laisser creer sans se prendre la tete
Demander un objet a une fabrique au lieu de tout construire a la main.
Lire l’article →
Article
Observer : prevenir plein de gens d'un coup
Quand quelque chose change, tous les abonnes sont prevenus automatiquement.
Lire l’article →
Article
Strategy : changer de methode sans tout casser
Plusieurs facons de faire la meme chose, interchangeables.
Lire l’article →
Article
Decorator : ajouter des options comme des couches
Enrichir un objet sans modifier sa classe de base.
Lire l’article →
Article
Adapter : faire marcher deux pieces incompatibles
Traduire une interface pour brancher l'ancien sur le nouveau.
Lire l’article →
Article
Facade : une porte simple vers un systeme complexe
Cacher 10 appels techniques derriere une methode claire.
Lire l’article →
Article
Command : une action en paquet (qu'on peut annuler)
Transformer une action en objet : executer, stocker, annuler, rejouer.
Lire l’article →
Article
Template Method : meme plan, details au choix
Une recette fixe avec quelques etapes a personnaliser.
Lire l’article →
Article
Builder : construire etape par etape
Assembler un objet complexe clairement, sans constructeur monstrueux.
Lire l’article →
Article
Iterator : parcourir sans tout reveler
Avancer element par element sans exposer la structure interne.
Lire l’article →
Article
State : le comportement change selon l'etat
Selon ou tu en es (brouillon, publie…), les actions autorisees changent.
Lire l’article →
Article
Proxy : un intermediaire qui controle l'acces
Un objet devant un autre : cache, securite, ou chargement lazy.
Lire l’article →
Article
Abstract Factory : des familles d'objets qui vont ensemble
Creer des lots coherents (theme clair / sombre) sans melanger les pieces.
Lire l’article →
Article
Composite : traiter un arbre comme une seule piece
Dossiers et fichiers : meme API pour une feuille ou une branche.
Lire l’article →
Article
Bridge : deux axes independants (sans explosion de classes)
Separer forme et rendu (ou appareil et protocole) pour les combiner librement.
Lire l’article →
Article
Prototype : copier un modele plutot que tout recreer
Cloner un objet existant puis ajuster — plus simple parfois que construire a neuf.
Lire l’article →
Article
Flyweight : partager pour economiser la memoire
Factoriser ce qui est commun, garder a part ce qui est unique.
Lire l’article →
Article
Chain of Responsibility : passer la demande au bon maillon
Chaque etape decide : je traite, ou je passe au suivant.
Lire l’article →
Article
Mediator : un chef d'orchestre entre les objets
Les objets ne se parlent plus tous entre eux : ils passent par un centre.
Lire l’article →
Article
Memento : sauvegarder pour pouvoir revenir en arriere
Prendre une photo de l'etat, la ranger, la restaurer plus tard (Ctrl+Z).
Lire l’article →
Article
Visitor : ajouter une operation sans toucher les classes
Une nouvelle action qui visite chaque type d'objet, sans modifier leur code.
Lire l’article →
Article
Interpreter : comprendre un petit langage
Lire une expression simple (regles, formules) et l'evaluer.
Lire l’article →