Aller au contenu

Késaco : Les principes SOLID?

Une minute de lecture pour que vos connaissances deviennent SOLID sur ces principes !

SOLID, or not SOLID!

Dans le développement logiciel, appliquer de bonnes pratiques de conception est crucial pour créer des applications évolutives et maintenables. Les principes SOLID sont au cœur de ces bonnes pratiques.

Imaginez que vous construisez une maison. Les principes SOLID sont comme les fondations solides sur lesquelles repose votre maison.

  • Chacune des pièces possède une fonction unique.
  • les fenêtres peuvent s'ouvrir ou se fermer. On peut y ajouter des volets roulants, sans altérer la structure de la maison.
  • Les portes peuvent s'ouvrir et se fermer, quels que soient les types de porte utilisés.
  • Chaque pièce ne possède que les équipements nécessaires à son fonctionnement : pas de four dans la salle de bains !
  • La maison est raccordée à internet, peu importe le fournisseur d'accès à internet choisi par le propriétaire.

Définition des principes SOLID

S Comme Single-Responsibility

Une entité (classe, méthode, ...) doit avoir une seule responsabilité, et donc une seule raison de changer. Une machine ne doit pas faire du café et distribuer des biscuits.

O comme Open-Closed

Une classe doit être ouverte à l'extension mais fermée à la modification. Avant de modifier vos méthodes, cherchez à déléguer le comportement spécifique à des classes filles (extension).

L comme Liskov Substitution

Si S est un sous-type de T alors tout objet de type T peut être remplacé par un objet de type S sans altérer les propriétés désirables du programme concerné

En d'autres termes, les classes filles ne doivent pas faire moins que les classes mères.

I comme Interface Segregation

Aucun client ne doit dépendre de services qu'il n'utilise pas. De ce fait, il faut décomposer une interface volumineuse en plusieurs interfaces plus petites afin de garantir que les clients n'utilisent que les services nécessaires

D comme Dependency Inversion

Une classe doit dépendre d'abstractions (interfaces, classes abstraites, ...) et non pas de leurs implémentations concrètes. Les abstractions ne doivent pas dépendre des détails d'implémentation.


Les principes SOLID permettent maintenabilité, lisibilité, et modularité dans le code. Pour en avoir le cœur net, c'est par ici !

Dernier