Pour les pages qui ont besoin d'interroger l'API, plutôt que de l'importer dans le composant, la faire passer en props des pages, et alimenter cette props dans leur déclaration dans le routeur.
ça va permettre de créer des stories pour les pages, et de leur passer en environnement de test un mock plutôt qu'un accès à l'API de prod. On peut garder le fonctionnement des tests e2e qui tapent dans l'API de prod car ça apporte de la valeur en termes de robustesse.
- déclarer un type décrivant les actions de l'API
- s'assurer que l'objet API implémente correctement ce type
- ajouter un objet Mock implémentant également ce type
- modifier la page "metrics" pour recevoir un objet "api" en props
- modifier le
main.tsx pour faire passer cet objet api en props
Pour les pages qui ont besoin d'interroger l'API, plutôt que de l'importer dans le composant, la faire passer en props des pages, et alimenter cette props dans leur déclaration dans le routeur.
ça va permettre de créer des stories pour les pages, et de leur passer en environnement de test un mock plutôt qu'un accès à l'API de prod. On peut garder le fonctionnement des tests e2e qui tapent dans l'API de prod car ça apporte de la valeur en termes de robustesse.
main.tsxpour faire passer cet objet api en props