[La règle d’Or pour bien choisir son Architecture] — The Duty of the Developer As A Professional #5
ENGLISH VERSION: [The Golden Rule to choose a good Architecture] — The Duty of the Developer As A Professional #5
Hi les Re-Programmerz !
Un nouvel article de notre série The Duty of The Developer as a Professional. Cette fois-ci, avec Mohammed HIMOUD et Linh NGUYEN, nous allons vous révéler la règle d’Or pour bien choisir son Architecture !
Si je vous demandais quelle est, selon vous, la meilleure architecture ?
Certains répondront directement par :
“MVC, MVVM, VIPER/VIP, MVP etc…”
Ok. Et pourquoi ? — Euh…parce que…
“L’entreprise X (très connue) la soutient…”
“J’ai eu l’habitude de travailler avec…”
“Je ne connais que cette architecture…”
“Mon Lead Tech me l’a conseillée…”
“…”
D’autres seront plus vagues et plus négligents:
“Cela dépend de la taille du projet…”
“Je n’ai pas de préférence :) ”
Le choix de l’architecture est très important, car c’est la base de réflexion avant de commencer un projet et avant même de taper la première ligne de code.
La règle d’or, pour un Développeur Professionnel, pour aboutir à la meilleure architecture, est de baser ses fondements sur des principes.
C’est quoi ces principes ?
S.O.L.I.D est un acronym des cinq principes qui représentent la colonne vertébrale de la Programmation et de la Conception Orientée Object (Object-Oriented Design (OOD)), introduit au début des années 2000 par Robert Martin, populairement connu sous le nom de Uncle Bob, ainsi que Michael Feathers.
Les Cinq principes sont les suivants :
- Single Responsibility Principle (SRP)
- Open Closed Principle (OCP)
- Liskov Substitution Principle (LSP)
- Interface Segregation Principle (ISP)
- Dependency Inversion Principle (DIP)
Qu’apportent-ils au Développeur Professionnel?
S.O.L.I.D nous permet d’avoir un Design, une architecture et surtout un code:
- Compréhensible
- Testable
- Flexible
- Homogène
- Facile à maintenir
Les principes S.O.L.I.D sont une très bonne métrique qui nous permet de nous orienter vers un code de qualité.
De plus, il s’intègre très bien avec les méthodologies comme l’Agile, car en effet, S.O.L.I.D a pour philosophie de répondre au changement.
Nos Articles sur les 5 principes S.O.L.I.D
- [Single Responsability Principle] — The Duty of the Developer As A Professional #6
- [Open Close Principle] — The Duty of the Developer As A Professional #7
Coming Soon… :
- [Liskov Substitution Principle] — The Duty of the Developer As A Professional #8
- [Interface Segregation Principle] — The Duty of the Developer As A Professional #9
- [Dependency Inversion Principle] — The Duty of the Developer As A Professional #10
Conclusion
S.O.L.I.D prend une place très importante dans le développement orientée-objet, il règne sur le Royaume du Développeur Professionnel.
En clair, chaque développeur se doit au minimum de connaitre les principes S.O.L.I.D.
Petite anecdote
L’acronym S.O.L.I.D n’était pas dans cet ordre là et c’est bien après que, Michael Feathers, a fini par les ordonner.
Nous espérons que vous avez appris quelque chose aujourd’hui grâce à cet article ! Donnez-nous des clappes si vous l’avez apprécié :)
