Architecture Decision Records
Les ADRs formalisent les décisions structurantes après arbitrage réel, pas avant.
Format retenu : Michael Nygard minimaliste.
Chaque ADR contient :
- Statut
- Contexte
- Décision
- Conséquences
- Alternatives considérées
Règles du repo :
- pas d’ADR spéculative
- pas d’ADR pour un micro-choix sans portée structurelle
- statut simple :
Proposé,AcceptéouSuperseded par ADR-XXX - les pages canoniques de
docs/specs/restent la source détaillée ; l’ADR capture le pourquoi et le choix
Les numéros 004 à 007 sont volontairement laissés libres pour des décisions Phase 1 pressenties mais pas encore actées au moment où les ADR 008 à 010 ont été créées. Ils ne correspondent pas à des ADR supprimées.
Index initial
| ADR | Sujet |
|---|---|
| ADR-000 | Méthodologie triple-hybride SDD + Prototype + TDD |
| ADR-001 | Découpage Gradle v1 : 15 modules avant les extensions |
| ADR-002 | Credentials Option A : DataStore + Keystore, sans password stocké |
| ADR-003 | Stratégie hybride REST + HTML pour la couche réseau HFR |
| ADR-008 | Compose Navigation 3 retenu pour la navigation |
| ADR-009 | OkHttp 5.3+ retenu comme client HTTP principal |
| ADR-010 | GPL-3.0-only retenue pour le client Android |
| ADR-011 | AST sémantique PostContent comme contrat de rendu |
| ADR-012 | Credentials proxy : extension d’Option A |
| ADR-013 | Lecture MP : partage topic↔MP, cache à trois étages, prefetch borné |
| ADR-014 | MPStorage : enveloppe v0.1 de facto, lecture d’abord, écriture différée |