Atelier : Construire un monolithe en DDD avec une équipe craft

Support de l'atelier du meetup Sofware Crafters du 17 avril 2018

Transcript

1. Construire un monolithe en DDD avec une équipe craft Retour d’XP intéractif 17/04/2018
2. Hello world ! Nicolas Le Nardou CTO @ Naoned @nktox Niktux
3. ATTENTION CET ATLEIER N’EST PAS UN ATLEIER SUR LE DDD MERCI DE VOTRE COMPREHENSION
4. ATTENTION CET ATLEIER N’EST PAS UN ATLEIER SUR LE DDD MERCI DE VOTRE COMPREHENSION
5. Menu 1. Contexte équipe & projet 2. Big picture 3. foreach($concepts as $concept)
6. Contexte
7. Contexte Equipe craft PHP Noyau dur a 4-5 ans de vie commune Logiciels qui vivent et sont maintenus longtemps (DSI puis éditeur)
8. Contexte Veille techno, conférences, meetup, … Cheminement “personnel” “Chemin aussi important que la destination” Essayons régulièrement de rattacher nos trouvailles/évolutions à l’état de l’art
9. Contexte Amélioration continue comme moteur : Difficulté → Solution Etape après étape, depuis 5 ans La “Bataille des arguments”
10. Contexte Chez nous, on croit en : la conception, la lisibilité, l’expressivité, la sémantique, les tests, l’automatisation, l’intelligence collective, les interfaces, les interfaces, les interfaces, ... On ne croit pas en : les ORMs, la magie, coder en yaml, les astuces techniques, les setters, … On fait attention avec : DRY, KISS, le dernier framework à la mode, ...
11. Contexte : buzz words bag
12. Big Picture Bienvenue dans notre monolithe
13. Vue globale Logiciel monolithique Produit web Durée de vie de plusieurs années
14. Vue globale
15. Vue globale Domain Logique métier Application Fonctionnalités de l’application Infrastructure Connexions avec le monde réel (UI, bases de données, …)
16. Vue globale Exemple de requête
17. Atelier
18. Liste des concepts 1 - CQS 2 - Value objects 3 - Repository 4 - Collections nommées 5 - Couches
19. Command Query Separation
20. CQS Points clés Query ≈ Read only (ne modifie rien) Command ≈ Write only (ne renvoie rien) Query / Command = objets immutables On associe un handler à chaque query et chaque commande On émet les C/Q sur un bus
21. CQS + - Découplage / Réutilisabilité / Testabilité Découplage fort avec l’UI Notion d’ “intention utilisateur” Bye bye les “fat controllers” Logs / Debug CQRS ready Idéal pour la rédaction de tests fonctionnels Génère du code boilerplate “Plomberie” dans le container d’injection Command tracker
22. CQS
23. Value objects
24. Value object Points clés Identifié par la valeur Immutable Auto-validé
25. + - Sémantique Lutte contre le “primitive obsession” Lisibilité des classes les utilisant très expressif pas de pollution (validation, cas aux limites, …) Protection contre les effets de bords Les méthodes utilitaires ont enfin trouvé leur place Protection contre les opérations du type primitif qui n’ont pas de sens Périmètre d’impact restreint en cas de refactor Génère du code boilerplate Sentiment “overkill” sur les plus triviaux Décourageant quand il faut en faire plusieurs d’un coup (détourne l’attention) Alourdit les tests unitaires des classes les utilisant Conversion aux frontières de l’application persistance, json, contrôleurs, librairies tierces, … Value object
26. Value object
27. Repository
28. Repository Points clés Abstraction des moteurs de stockage Interface du domain Implémentation dans l’infrastructure
29. Exemple de requête Query
30. Exemple de requête Command
31. Repository + - Découplage réel Fini les développements “DB centric” Testabilité Implémentation mémoire Autorise le multi-moteurs Relationnel, orienté document, clé/valeur, ... Utilisation avancée possible des moteurs de stockage Bye bye les auto-incréments “Plomberie” via les DTO
32. Repository
33. Collections nommées
34. Collections nommées Points clés Assure l’homogénéité des éléments Permets de type-hinter
35. Collections nommées + - Sémantique Lutte contre le “primitive obsession” Lisibilité des classes utilisatrices Limite le code boilerplate (validation, …) Duplication de code Duplication des TU Pas de support des “generics” en PHP Ne permets pas d’utiliser directement toutes les fonctions de manipulation des array
36. Collections nommées
37. Architecture en couches
38. Architecture en couches + - Permets de développer en “bottom-top” Y compris lors des gros refactors Garde fou au quotidien La violation de couche est un nouveau code smell Facile de détecter les violations Script qui analyse les namespaces Code coverage à 100% sur les couches Domain & Application
39. Couches
40. Merci !