Principes SOLID
Domaine : Conception logicielle
Un code qui fonctionne aujourd’hui peut devenir un frein demain, quand chaque modification en casse une autre. Les cinq principes SOLID donnent des repères simples pour organiser un code objet qui reste facile à comprendre, à tester et à faire évoluer. Ce module les présente un par un, chacun avec un exemple qui le viole puis sa correction.
- Public
- Étudiants
- Développeurs
- Niveau
- Intermédiaire
- Formats
- Sur site ou à distance
Prérequis
Les bases de la programmation orientée objet.
Objectifs
- Reconnaître un code difficile à faire évoluer
- Appliquer chacun des cinq principes SOLID
- Refactoriser un code existant sans changer son comportement
- Situer SOLID parmi les autres principes de conception
Programme
Ce que SOLID essaie de sauver
Le code qui se rigidifie, et le coût de chaque changement.
Responsabilité unique
Une classe, une seule raison de changer.
Ouvert et fermé
Ajouter un comportement sans modifier le code qui fonctionne déjà.
Substitution de Liskov
Des classes filles qui tiennent les promesses de leur classe mère.
Ségrégation des interfaces
Des interfaces petites et précises plutôt qu’une seule qui fait tout.
Inversion des dépendances
Dépendre d’abstractions plutôt que de classes concrètes.
En pratique
Les cinq principes ensemble, ce qui fait mal quand on les applique, et pour aller plus loin DRY, KISS, YAGNI et la loi de Déméter.
Travaux pratiques
Cinq refactorings, pour observer la plus-value de chaque principe.
Des explications courtes, puis de la pratique : les exercices et le projet sont adaptés au niveau du groupe.