Des violations communes de SOLID incluent la création de classes avec trop de responsabilités, ce qui enfreint le principe de responsabilité unique (SRP), rendant le code difficile à maintenir. Une autre violation fréquente est la modification directe de classes existantes pour ajouter de nouvelles fonctionnalités, au lieu d'étendre le code, ce qui va à l'encontre du principe ouvert/fermé (OCP). Enfin, forcer une classe à implémenter une interface contenant des méthodes non pertinentes pour elle viole le principe de ségrégation des interfaces (ISP), ce qui peut entraîner un code plus complexe et moins flexible.
| 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 |