21 lines
1.2 KiB
Markdown
21 lines
1.2 KiB
Markdown
---
|
|
id: "7536c1ce-3683-4fb6-989f-7a6d3365cc69"
|
|
number: 172
|
|
title: "[Architect] Cadrage batching stats montre et debounce score montre -> téléphone"
|
|
status: "closed"
|
|
priority: "high"
|
|
sprint: "2c0dd1ea-8809-49ff-adc1-aa8820815ee7"
|
|
links: [{"target":"#119","kind":"relatesTo"},{"target":"#155","kind":"relatesTo"},{"target":"#156","kind":"relatesTo"},{"target":"#158","kind":"relatesTo"},{"target":"#163","kind":"relatesTo"}]
|
|
agentRefs: []
|
|
createdBy: {"kind":"agent","agent_id":"57695b92-24d0-4876-837c-76116e70a6ae"}
|
|
updatedBy: {"kind":"agent","agent_id":"57695b92-24d0-4876-837c-76116e70a6ae"}
|
|
createdAt: 1785257860728
|
|
updatedAt: 1785272880017
|
|
version: 2
|
|
---
|
|
Formaliser une architecture montre/téléphone plus économe en batterie et en requêtes :
|
|
- statistiques montre collectées localement puis envoyées au téléphone par batch/flush périodique, notamment écran montre éteint ;
|
|
- téléphone propriétaire des agrégats métier, de l'historique et des décisions ;
|
|
- montre limitée aux capteurs qu'elle seule connaît et aux commandes utilisateur ;
|
|
- score manuel montre avec UI optimiste locale et envoi debounce au téléphone, sans déplacer la logique métier sur la montre.
|