Le principe d'inversion de dépendance (Dependency Inversion Principle) stipule que les modules de haut niveau ne doivent pas dépendre des modules de bas niveau, mais tous doivent dépendre d'abstractions. Cela signifie que les détails d'implémentation (les classes concrètes) doivent dépendre d'interfaces ou de classes abstraites, et non l'inverse. Ce principe permet de réduire le couplage entre les différentes parties d'un système, rendant le code plus flexible et plus facile à maintenir, tout en facilitant le test unitaire en permettant de substituer des implémentations concrètes par des mocks ou des stubs.
| 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 |