Programmation PYTHON - Zenk - Security - Repository

500
Techniques avancées
QUATRIÈME PARTIE
Design patterns orientés objet
Le concept de design pattern orienté objet a émergé avec les travaux de Gamma,
Helm, Johnson et Vlissides (appelés Gang of Four, ou GoF). Leur ouvrage, Design
Patterns : Elements of Reusable Object-Oriented Software (Addison Wesley, 1995),
regroupe des solutions à des problèmes récurrents de programmation.
Un pattern, selon le GoF, doit :
porter un nom unique ;
proposer une solution à un problème clairement énoncé ;
décrire précisément les relations entre chaque acteur ;
déterminer les conséquences de son utilisation.
En phase d’analyse, ce vocabulaire commun entre tous les développeurs permet de
décrire et concevoir la structure d’un programme objet de manière très précise. On
parle alors de Visitor, Mediator ou autre Factory.
Conçus à l’origine pour le C++, les design patterns (que nous nommerons parfois DP
par commodité dans la suite de chapitre) du GoF s’appliquent avec plus ou moins de
facilité et de bonheur dans les autres langages.
L’objectif de cette section est de présenter les DP dans le contexte de Python et de
proposer des implémentations avec les new-style classes.
Le GoF a regroupé les design patterns en plusieurs ensembles :
les patterns de génération d’objets : composants en charge de créer de manière
contrôlée des objets ou structures d’objets ;
les patterns fonctionnels : composants en charge d’implémenter un mode
d’exécution ;
les patterns structurels : composants en charge d’organiser les relations entre plusieurs
classes, pour constituer une structure coopérative.
Patterns de génération d’objets
Lorsqu’un programme doit instancier un objet, la manière la plus simple est
d’appeler le constructeur d’une classe. Les patterns de génération d’objets fournissent
des outils de plus haut niveau pour contrôler ces créations.
Le code utilisateur ne s’adresse plus directement aux classes mais emploie les services
de ces patterns, sauf lorsque ces outils sont implémentés de manière transparente.
Les patterns les plus communs de cet ensemble sont :
Le pattern Singleton qui permet de s’assurer qu’un type de classe ne peut être instancié
qu’une seule fois dans un programme. Une variation est le pattern Borg,