📋 Fiche pratique architecture design patterns SOLID

Une architecture plus robuste

Design patterns, architecture hexagonale, principes SOLID - les fondations qui garantissent la robustesse, la flexibilité et l'évolutivité d'un logiciel.

Design Patterns

Patrons de conception

Solutions standardisées à des problèmes de conception récurrents.

Architecture Hexagonale

Ports et Adapters

Séparer la logique métier des détails techniques externes.

SOLID

5 principes orientés objet

Améliorer la qualité, la maintenance et la flexibilité du code.

Design Patterns

Patrons de conception

Exploiter l'expérience de ceux qui sont passés avant vous

Un design pattern est une solution standardisée et optimisée à un type de problème récurrent en conception logicielle. L'idée : ne pas réinventer la roue. Des développeurs ont déjà rencontré les mêmes problèmes de conception, en ont extrait des solutions éprouvées et les ont formalisées.

Idée clé Un pattern n'est pas du code à copier-coller - c'est un modèle de pensée, une approche reconnue pour résoudre un problème de conception donné dans un contexte donné.

📖

Design Patterns Head First Éric Freeman et Elisabeth Freeman

Un livre illustré, ludique et accessible - exemples du quotidien, quizz, diagrammes. L'auteur s'adresse directement au lecteur. Une référence pour découvrir une quinzaine de patterns fondamentaux, à parcourir sans se presser.

🔗 Patrons de conception - refactoring.guru refactoring.guru

À retenir

✓Un pattern = une solution éprouvée à un problème récurrent
✓Ne pas réinventer la roue - s'appuyer sur l'expérience collective
✓Apprendre les patterns enrichit la lecture et la compréhension du code des autres
✓Les comprendre avant de les appliquer - ne pas forcer un pattern là où il ne s'impose pas

Pattern - Singleton

Un exemple concret : le Singleton

Garantir l'unicité d'une instance dans tout le programme

Le Singleton garantit qu'il n'existe qu'une seule instance d'un objet dans tout le programme. C'est l'un des patterns les plus courants et les plus simples à comprendre. On le retrouve souvent pour gérer des ressources partagées comme une connexion à une base de données.

Idée clé Plutôt que d'ouvrir une nouvelle connexion à chaque accès à la base de données, le Singleton garantit une connexion unique partagée - économie de ressources et réduction des bugs liés aux connexions parallèles.

📖 Exemple - Connexion base de données

Un système interagit avec une base de données. Sans Singleton, chaque composant pourrait ouvrir sa propre connexion - consommation de ressources inutile et risque de conflits. Avec le Singleton, une seule connexion est créée et partagée dans tout le programme.

Quand utiliser le Singleton

✓Quand une seule instance doit exister dans tout le programme
✓Pour les ressources partagées : connexion DB, configuration, logger
✓Pour contrôler précisément la création d'un objet coûteux

Architecture hexagonale

Ports & Adapters - Alistair Cockburn

L'architecture hexagonale vise à séparer le cœur de l'application (la logique métier) des détails externes comme les bases de données, les interfaces utilisateur ou les services tiers. Le cœur ne dépend de rien d'externe - c'est l'externe qui s'adapte au cœur.

Les trois concepts clés Cœur - la logique métier pure, sans dépendance technique.
Ports - les interfaces qui définissent comment interagir avec le cœur.
Adapteurs - les implémentations concrètes (DB, UI, API) qui se branchent sur les ports.

Les bénéfices

✓Flexibilité - modifier un composant externe sans toucher au cœur métier
✓Testabilité - la logique métier se teste indépendamment de la DB ou de l'UI
✓Évolutivité - changer de base de données ou d'API sans refonte profonde
✓Applicable aux projets Web, mobiles, API ou applications de bureau

Principes SOLID

Les principes SOLID

5 principes pour un code orienté objet de qualité

SOLID est un ensemble de 5 principes destinés aux langages orientés objet. Ils visent à améliorer la qualité, la maintenabilité et la flexibilité du code en réduisant les risques de bugs et de complexité accidentelle. Comprendre SOLID enrichit la pratique de tout développeur, même en dehors des langages OO.

#	Principe	Ce que ça signifie concrètement
S	Single Responsibility	Une classe = une seule responsabilité. Si elle fait trop de choses, la diviser.
O	Open / Closed	Ouvert à l'extension, fermé à la modification. Ajouter du comportement sans toucher au code existant.
L	Liskov Substitution	Une sous-classe doit pouvoir remplacer sa classe parente sans casser le programme.
I	Interface Segregation	Préférer plusieurs interfaces spécifiques à une interface générale trop large.
D	Dependency Inversion	Dépendre des abstractions, pas des implémentations concrètes.

À noter SOLID s'applique principalement aux langages orientés objet. En langage procédural, les principes ne s'appliquent pas directement - mais les comprendre améliore la façon dont on structure et découpe son code, quel que soit le paradigme.

🔗 Principes SOLID - Le guide avec 5 exemples · Alex So Yes alexsoyes.com

À retenir

✓Chaque classe, chaque fonction - une seule responsabilité claire
✓Concevoir pour l'extension plutôt que pour la modification
✓Dépendre des abstractions - pas des détails d'implémentation
✓Comprendre SOLID enrichit la pratique, même en dehors de l'OO

Trois niveaux d'architecture qui se complètent

Les design patterns répondent à des problèmes de conception locaux et récurrents. L'architecture hexagonale organise l'ensemble du système autour de la logique métier. Les principes SOLID guident l'écriture du code au quotidien.

Ces concepts ne s'excluent pas - ils se superposent. Un projet bien architecturé peut s'appuyer sur les trois simultanément. L'essentiel : les connaître pour avoir le bon réflexe au bon moment.

Design Patterns - micro-niveau Hexagonale - macro-niveau SOLID - quotidien