Clean Architecture, Refactoring et Data Oriented Programming

• Développeurs Java expérimentés
• Architectes Java ayant une bonne connaissance du langage et de ses API fondamentales

• Comprendre les principes SOLID et comprendre les coûts de leur non-application
• Comprendre les principes de la Clean Architecture et ce qu'ils apportent à la modularisation des applications
• Maîtriser les principes et patterns du « clean code » en programmation objet
• Maîtriser le fonctionnement du refactoring de code existant, principes et patterns
• Maîtriser les outils de frameworks de test
• Maîtriser le découpage d'une application en modules
• Comprendre le principe d'inversion de dépendances dans le découpage d'une application en modules
• Maîtriser les principes de la programmation orientée données
• Comprendre les apports de la programmation orientée données dans la modularisation des applications

Le programme se compose de présentations sur slides et d'un atelier de codage. Cet atelier est une application legacy, écrite volontairement dans le non-respect des principes SOLID et la Clean Architecture, et que les participants vont refactorer étape par étape.
La partie slide porte sur les éléments théoriques de la formation, mais comporte de
nombreux exemples de code, proches des problèmes rencontrés dans les applications.

) Introduction à la dette technique

) Analyse des coûts d'intervention sur une base de code

• Éviter les régressions en appliquant le Single Responsibility Principle
• Garantir l'évolutivité avec l'Open Closed Principle
• Comprendre l'héritage avec le Liskov Substitution Principle
• Comprendre le rôle des interfaces dans la modularisation des applications avec l'Inversion Principle
• Comprendre pourquoi une interface doit respecter l'Interface Segregation Principle

) Bilan sur les principes SOLID

) Principes de la Clean Architecture

• Analyse des dépendances entre modules dans une application
• Dépendance entre un module central et une base de données
• Dépendance entre un module central et une interface graphique
• Dépendance entre un module central et une source de données asynchrone
• Création de composants : principe de réutilisation, cycle de vie
• Problème des cycles dans les diagrammes de dépendance
• Mesure de la stabilité et de l'indépendance d'un composant
• Relation entre stabilité et indépendance

5) Atelier de refactoring

• Analyse de l'application et identification des problèmes
• Refactoring en modules par application du principe d'inversion de dépendances
• Ajouts de nouvelles contraintes métier
• Analyse d'une mise en œuvre fondée sur la programmation objet

) Principe de la programmation orientée données

• Mise en œuvre des nouvelles contraintes avec la programmation orientée données
• Comparaison avec la programmation objet

Une attestation de participation sera transmise aux participants