Principes SOLID

Les principes de programmation orientée objet SOLID sont nécessaires pour créer un logiciel fonctionnel et maintenable à long terme basé sur la programmation orientée objet (POO).

Les principes fondamentaux de SOLID sont :

• Responsabilité unique - chaque objet n'a qu'une seule responsabilité (but), qui doit à son tour être représentée par une classe distincte. Par exemple, l'extraction de données d'une base et leur validation ultérieure doivent avoir des classes différentes pour que ces deux processus ne se mélangent pas.
• Ouvert/fermé - les classes doivent être ouvertes à la modification et à l'ajout de nouvelles tâches, tout en étant fermées à la modification du code principal. Par conséquent, on peut ajouter d'autres modules et fonctions à une classe, mais le code source doit rester inchangé.
• Substitution de Liskov - toutes les classes dérivées doivent conserver et démontrer le comportement (tâches exécutées) de leur parent.
• Ségrégation des interfaces - les grandes interfaces doivent être divisées en interfaces plus petites et plus ciblées, afin de ne pas surcharger les utilisateurs avec des informations inutiles.
• Inversion des dépendances - les objets de haut niveau, par exemple, les classes, ne doivent pas dépendre de modules de bas niveau, mais tous doivent dépendre d'abstractions.

Voir aussi