Ecrire du code
S.O.L.I.D
Isabelle BLASQUEZ
@iblasquez
,Rappels des principes de Bases de l’Orienté O
Classe : Abstraction des caractéristiques communes à un ensemble d’ob
Une classe permet de créer des objets
qui communiquent entre eux par des messages.
Encapsulation : Protection de l’information contenue
dans un objet. Principe permettant de
regrouper les données et les routines
permettant de lire ou manipuler ces données.
En POO, le but de l’encapsulation est de masquer les attributs
méthodes afin de ne rendre disponible que le comportement sou
Héritage : Transmission des caractéristiques à ses descendants.
Mécanisme permettant, lors de la déclaration d’une nouvelle classe (fil
d’y inclure les caractéristiques d’une autre classe (mère).
Polymorphisme : du grec « qui peut prendre plusieurs formes »
Concept consistant à fournir une interface unique à des entités
pouvant avoir différents types.
→ polymorphisme d’héritage (redéfinition, spécialisation ou
→ polymorphisme ad hoc (surcharge ou overloading)
→ polymorphisme paramétrique (généricité ou template)
Image : https://www.crondose.com/2016/08/solid-development-dependency-inversion-principle/
,Good code ?
La tolérance au changement est un des fa
du développement logiciel
(la maintenance demandant souvent des efforts cro
au fil du temps et de l’évolution du logiciel)
Extraits : https://dev.to/0x13a/how-to-write-solid-code-that-doesnt-suck
http://blog.xebia.fr/2011/07/18/les-principes-solid/
, Bad code ?...
ou du moins 5 symptômes d’intolérance au change
Rigidité: Chaque changement cause une cascade de modifications dans les
modules dépendants (pelote de laine)
Fragilité: Tendance d’un logiciel à casser en plusieurs endroits à chaque
modification. (≠ avec la rigidité : des erreurs dans des parties inattendues).
Immobilisme: Incapacité d’un composant à pouvoir être réutilisé par
d’autres projets ou par des parties de lui même.
(en raison d’un fort couplage : trop de dépendances)
Viscosité: Plus facile de faire un contournement plutôt que de
respecter la conception qui a été pensée.
(plus facile de casser le design plutôt que de l’améliorer)
Opacité: par rapport à la lisibilité et simplicité de compréhension du code.
Extrait : http://blog.xebia.fr/2011/07/18/les-principes-solid/
A voir aussi (définitions en anglais) : http://www.fil.univ-lille1.fr/~routier/enseignement/licence/coo/cours/Principles_and_Patterns.pdf
https://marcosantadev.com/solid-principles-applied-swift/ , https://zeroturnaround.com/rebellabs/object-oriented-design-principles-and-the-5-ways-of-creating-solid-applications/ et
https://www.youtube.com/watch?v=GtZtQ2VFweA
S.O.L.I.D
Isabelle BLASQUEZ
@iblasquez
,Rappels des principes de Bases de l’Orienté O
Classe : Abstraction des caractéristiques communes à un ensemble d’ob
Une classe permet de créer des objets
qui communiquent entre eux par des messages.
Encapsulation : Protection de l’information contenue
dans un objet. Principe permettant de
regrouper les données et les routines
permettant de lire ou manipuler ces données.
En POO, le but de l’encapsulation est de masquer les attributs
méthodes afin de ne rendre disponible que le comportement sou
Héritage : Transmission des caractéristiques à ses descendants.
Mécanisme permettant, lors de la déclaration d’une nouvelle classe (fil
d’y inclure les caractéristiques d’une autre classe (mère).
Polymorphisme : du grec « qui peut prendre plusieurs formes »
Concept consistant à fournir une interface unique à des entités
pouvant avoir différents types.
→ polymorphisme d’héritage (redéfinition, spécialisation ou
→ polymorphisme ad hoc (surcharge ou overloading)
→ polymorphisme paramétrique (généricité ou template)
Image : https://www.crondose.com/2016/08/solid-development-dependency-inversion-principle/
,Good code ?
La tolérance au changement est un des fa
du développement logiciel
(la maintenance demandant souvent des efforts cro
au fil du temps et de l’évolution du logiciel)
Extraits : https://dev.to/0x13a/how-to-write-solid-code-that-doesnt-suck
http://blog.xebia.fr/2011/07/18/les-principes-solid/
, Bad code ?...
ou du moins 5 symptômes d’intolérance au change
Rigidité: Chaque changement cause une cascade de modifications dans les
modules dépendants (pelote de laine)
Fragilité: Tendance d’un logiciel à casser en plusieurs endroits à chaque
modification. (≠ avec la rigidité : des erreurs dans des parties inattendues).
Immobilisme: Incapacité d’un composant à pouvoir être réutilisé par
d’autres projets ou par des parties de lui même.
(en raison d’un fort couplage : trop de dépendances)
Viscosité: Plus facile de faire un contournement plutôt que de
respecter la conception qui a été pensée.
(plus facile de casser le design plutôt que de l’améliorer)
Opacité: par rapport à la lisibilité et simplicité de compréhension du code.
Extrait : http://blog.xebia.fr/2011/07/18/les-principes-solid/
A voir aussi (définitions en anglais) : http://www.fil.univ-lille1.fr/~routier/enseignement/licence/coo/cours/Principles_and_Patterns.pdf
https://marcosantadev.com/solid-principles-applied-swift/ , https://zeroturnaround.com/rebellabs/object-oriented-design-principles-and-the-5-ways-of-creating-solid-applications/ et
https://www.youtube.com/watch?v=GtZtQ2VFweA
