46 lines
1.5 KiB
Markdown
46 lines
1.5 KiB
Markdown
<!-- file: docs/architecture/015-PLATFORM_POC_ARCHITECTURE.md -->
|
|
<!-- version: 1 -->
|
|
|
|
# Architecture des POC plateforme et réseau
|
|
|
|
## Rôle de la série 0.3.x
|
|
|
|
La série `0.3.x` doit éprouver les frontières décidées en `0.2.0` avant le développement Uroburas réel.
|
|
|
|
Snake est le jeu-sonde principal.
|
|
|
|
## POC plateforme prioritaires
|
|
|
|
Première vague :
|
|
|
|
- Tauri Android + Snake ;
|
|
- Web navigateur direct + Snake ;
|
|
- Tauri Desktop + Snake ;
|
|
- build Android multi-ABI avec outils natifs.
|
|
|
|
Plateformes supplémentaires lorsque l'environnement existe : Windows SDL natif, macOS SDL natif et iOS SDL natif.
|
|
|
|
## POC réseau
|
|
|
|
Avant le Mode 3, comparer au minimum WebSocket/tokio-tungstenite, WebTransport/QUIC, fallback automatique, charge, reconnect/resync, backpressure, snapshots/deltas et mobilité réseau.
|
|
|
|
Le même protocole métier doit pouvoir être exercé sur plusieurs transports.
|
|
|
|
## Build
|
|
|
|
Les builds utilisent Cargo, Gradle, Tauri CLI et les toolchains plateforme.
|
|
|
|
Python reste limité aux audits, validations complémentaires et contrôles statiques.
|
|
|
|
## Critère d'extraction
|
|
|
|
Un POC sert à identifier duplication, adapters manquants, capability réellement réutilisable, frontières mal placées et coût de maintenance.
|
|
|
|
Une abstraction n'est pas extraite avant observation d'un besoin concret.
|
|
|
|
## Relation avec Uroburas
|
|
|
|
Les résultats des POC `0.3.x` déterminent les choix techniques conservés pour la trajectoire Uroburas `0.4.x`.
|
|
|
|
Le POC ne doit pas réimplémenter le futur jeu ; il valide ses fondations.
|