Comment écrire un code testable et éviter les erreurs de régression et assurer une application maintenable a long terme.
Une conférence qui été dans l'event Call4Tech a Constantine (Algérie) le 09/05/2014
8. SOLID « S »
Principe de Responsabilité unique
• La solution est de diviser la classe en deux , une
pour communication avec le web service et la
deuxième pour passer les donner à notre objet
• Le web service sera ‘Mocké’ dans le test
facilement
• Des méthodes plus petites, moins de
dépendances entre les méthodes et moins de
régression
15. SOLID « L »
LISKOV Substitution Principle
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é.
16. Violation du principe Carre n’est pas un
rectangle
SOLID « L »
LISKOV Substitution Principle
23. SOLID « D »
Dependency Injection Principle
Injection de dépendance
24. • SRP pour les acteurs et l’architecture de haut
niveau
• OCP pour la conception et l’extension des
fonctionnalités
• LSP pour l’héritage et sous typage
• ISP pour la communication entre la logique métier
et les clients (MVC, applications tierces…etc)
• DIC pour le découplage,
En résumé