Leçon 14 : Projet final : architecture du système de commandes

Sans conception, un vrai système de commandes s'effondre en une classe géante où chaque changement fait peur : prix, e-mail et base de données emmêlés. Dans ce projet final, on combine les idées du cours — responsabilité unique, contrats injectés, dépôt asynchrone, événements et objets-valeurs — en

Un système bien conçu est comme la cuisine d'un restaurant un soir de rush : chaque poste a un rôle, les commandes passent par un guichet fixe, et une cloche sonne quand un plat est prêt.

Projet final : architecture du système de commandes: Une petite conception qui combine visiblement les idées du cours : record pour les valeurs, contrat asynchrone injecté par constructeur, et un événement qui découple le service.
injection par constructeur: Le service reçoit ses dépendances comme contrats via le constructeur — celui qui assemble le système choisit les implémentations, pas le service.
événement de domaine: Le service annonce qu'un fait s'est produit — « une commande a été passée » — et les abonnés réagissent sans que le service les connaisse.