Patterns d’architecture — Mission
Sections
Réglages de lecture
Aucune voix pour cette langue dans ce navigateur.
Plus de voix
Code et termes techniques en anglais
Désactivé : la voix de la page lit tout, sans pause entre deux voix.
Aucune voix pour cette langue dans ce navigateur.
Plus de voix
D’autres voix : Microsoft Edge propose des voix naturelles en ligne, et Windows (Paramètres › Heure et langue › Voix), macOS et Android en installent d’autres.
Choisir une frontière parce qu’elle rend un changement précis plus sûr ou moins coûteux. Ce cours compare cinq patterns sans en faire un classement. Il complète le cours d’architecture hexagonale : quand des couches simples suffisent-elles, comment onion et clean recoupent-ils les ports et adaptateurs, et pourquoi le monolithe modulaire répond-il à une autre question ?
Notre cas fil rouge consiste à enregistrer le plan de pratique d’un guitariste : recevoir un plan nommé contenant trois positions d’accords, le valider contre une révision du catalogue, l’enregistrer et retourner un reçu. Les quatre leçons gardent ce même cas. C’est une conception pédagogique, pas une fonctionnalité implémentée dans un dépôt de l’écosystème.
Prérequis et résultat attendu
Section intitulée « Prérequis et résultat attendu »Connaître les fonctions, les interfaces, une transaction de base de données et la différence entre processus et bibliothèque. Aucun compte, modèle payant ni service n’est nécessaire. Les exercices portent sur la conception et les scénarios de panne, avec corrigés ; cette première tranche ne contient ni application exécutable ni benchmark.
À la fin : une carte des dépendances, un contrat, une table de pannes et une décision d’une page qu’un autre développeur peut mettre à l’épreuve. Durée suggérée : deux heures, estimation d’étude et non mesure.
| Leçon | Livrable |
|---|---|
| 1. Partir d’un changement | Hypothèses, invariants et référence mesurable |
| 2. Cinq patterns, un cas | Comparaison des dépendances et responsabilités |
| 3. Quand la frontière traverse un processus | Contrat de reprise, concurrence et récupération |
| 4. Évaluer une frontière dans l’écosystème | Expérience bornée et décision pour GA/Gaia/IX/Demerzel |
| Journal | Sources, preuves de validation et vérifications restantes |
Sources primaires
Section intitulée « Sources primaires »- Microsoft : architectures d’applications web.
- Cockburn : article original sur les ports et adaptateurs.
- Palermo : architecture onion, partie 1.
- Martin : clean architecture.
- Spring Modulith : principes des modules et vérification structurelle.
- Amazon Builders’ Library : API idempotentes.
Ces sources fixent le vocabulaire. La charge de travail, les seuils, les arbitrages et les expériences proposés ici sont des hypothèses pédagogiques, pas des résultats mesurés par ces sources.