Fiche de révision : Conception Orientée Objet et Patterns

1. 📌 L'essentiel

• SOLID : 5 principes fondamentaux pour une conception flexible et évolutive.
• Symptômes d’intolérance au changement : rigidité, fragilité, viscosité, immobilité, opacité.
• Héritage : entre spécification (hiérarchie conceptuelle) et implémentation (réutilisation de code).
• Délégation alternative explicite à l’héritage, favorisant la flexibilité.
• Patrons de conception : solutions réutilisables pour des problèmes récurrents (Singleton, Composite, Adapter).
• Principes clés : Responsabilité unique, Ouverture à l’extension, Substituabilité, Interfaces spécifiques, Dépendance sur abstractions.
• Objectifs des patterns : découpler, structurer, étendre le code.
• Symptômes courants : rigidité, fragilité, viscosité, opacité.
• Utilité : amélioration de la maintenabilité et de l’évolutivité du logiciel.
• Diagramme ASCII : hiérarchie des principes SOLID et patterns principaux.

2. 🧩 Structures & Composants clés

• Principes SOLID — ensemble de règles pour une conception modulaire.
• Héritage — hiérarchie conceptuelle (spécification) et réutilisation de code (implémentation).
• Délégation — composition explicite, délégation de responsabilités.
• Singleton — contrôle d’une seule instance dans tout le système.
• Composite — structure récursive permettant de traiter uniformément objets simples et composites.
• Adapter — interface compatible entre classes incompatibles, permettant leur intégration.
• Patterns — structures réutilisables : création, structurels, comportementaux.
• Documentation pattern — contexte, participants, structure, conséquences.

3. 🔬 Fonctions, Mécanismes & Relations

• SOLID :
  • SRP : chaque classe a une seule responsabilité.
  • OCP : extension possible sans modifier le code existant.
  • LSP : sous-classes peuvent remplacer leurs super-classes.
  • ISP : interfaces spécifiques évitent la surcharge.
  • DIP : dépendance sur abstractions, pas sur détails.
• Héritage :
  • Spécification : hiérarchie conceptuelle.
  • Implémentation : réutilisation de code.
• Délégation :
  • Composition explicite, délégation de responsabilités.
  • Favorise la flexibilité et évite l’héritage rigide.
• Patterns :
  • Singleton : instance unique contrôlée.
  • Composite : hiérarchie récursive, traitement uniforme.
  • Adapter : interface compatible, enveloppe classes incompatibles.
• Relations :
  • Délégation et héritage peuvent coexister.
  • Patterns favorisent la découplage et la réutilisation.

4. Tableau de synthèse

5. 🗂️ Diagramme Hiérarchique (ASCII)

Principes SOLID
 ├─ SRP
 ├─ OCP
 ├─ LSP
 ├─ ISP
 └─ DIP
Délégation
 └─ Alternative à héritage
Patrons de conception
 ├─ Création : Singleton
 ├─ Structure : Composite
 └─ Comportement : Adapter

6. ⚠️ Pièges & Confusions fréquentes

• Confondre héritage (spécification) et composition/délégation.
• Croire que tous les patterns sont obligatoires ou universels.
• Confondre interface et classe abstraite.
• Sous-estimer l’importance du respect du principe OCP lors de l’ajout de fonctionnalités.
• Oublier que le DIP favorise le découplage via abstractions.
• Confondre Singleton avec une classe normale.
• Utiliser l’héritage pour tout, au lieu de privilégier la délégation.
• Négliger la documentation et la compréhension du contexte des patterns.

7. ✅ Checklist Examen Final

• Connaître les 5 principes SOLID et leur objectif.
• Savoir différencier héritage, délégation et composition.
• Comprendre le rôle du pattern Singleton et ses implémentations.
• Expliquer le pattern Composite avec un exemple.
• Définir le pattern Adapter et ses cas d’usage.
• Identifier les symptômes d’intolérance au changement.
• Connaître la différence entre interfaces spécifiques et générales.
• Savoir comment appliquer le principe OCP lors de l’ajout de nouvelles fonctionnalités.
• Être capable de représenter une hiérarchie de principes et patterns en ASCII.
• Comprendre l’intérêt du découplage dans la conception logicielle.