Le principe de responsabilité unique (Single Responsibility Principle, SRP) stipule qu'une classe ou un module ne doit avoir qu'une seule raison de changer, c'est-à-dire qu'elle doit avoir une seule responsabilité ou fonctionnalité. En d'autres termes, chaque classe doit être responsable d'une tâche spécifique, ce qui rend le code plus simple à comprendre, à maintenir et à modifier sans risque d'affecter d'autres parties du système. Cela permet également de réduire le couplage entre les classes et d'améliorer la modularité 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 |