Le principe de substitution de Liskov (Liskov Substitution Principle) stipule que les objets d'une classe dérivée doivent pouvoir être substitués par des objets de la classe parente sans altérer le comportement correct du programme. Autrement dit, une sous-classe doit maintenir les attentes de comportement de la classe parente, en respectant son contrat (les méthodes et les propriétés). Cela garantit que les systèmes utilisant la classe parente peuvent également fonctionner correctement avec n'importe laquelle de ses sous-classes, ce qui favorise une meilleure modularité et réutilisabilité du code.
Question | Tags | |
---|---|---|
Comment les design pattern permettent de respecter le Open / Closed principle ? | Design Pattern S.O.L.I.D | Voir |
Quels sont les principes S.O.L.I.D ? | S.O.L.I.D | Voir |
Pourquoi c'est important d'utiliser et de comprendre solid ? | S.O.L.I.D | Voir |
Qu’est ce que le principe de responsabilité unique ? (S de S.O.L.I.D) | S.O.L.I.D | Voir |
Qu’est ce que le principe d’ouvert / fermé ? (Open / Closed principle en S.O.L.I.D) | S.O.L.I.D | Voir |
Qu’est ce que le principe de Liskov ? (L en S.O.L.I.D) ? | S.O.L.I.D | Voir |
Qu’est ce que le principe de ségrégation d’interface ? (I en S.O.L.I.D) | S.O.L.I.D | Voir |
Qu’est ce que l’inversion de dépendence ? ( D en S.O.L.I.D) | S.O.L.I.D | Voir |
Quels sont des violations communes de SOLID ? | S.O.L.I.D | Voir |
Quels sont les bénéfices d’une dépendance faible dans la programmation ? | S.O.L.I.D | Voir |
Comment S.O.L.I.D est différent des design patterns ? | Design Pattern S.O.L.I.D | Voir |
Quels sont les challenges que l'on peut rencontrer en utilisant S.O.L.I.D ? | S.O.L.I.D | Voir |
Qu’est ce que le DRY? | S.O.L.I.D | Voir |
Qu’est ce que le KISS ? | S.O.L.I.D | Voir |
Qu’est ce que le YAGNI ? | S.O.L.I.D | Voir |