Récupération de données en développement web

Bonjour,

Je me pose quelques questions autour de la récupération de données dans un contexte web, notamment côté client, et je voulais avoir vos avis sur les bonnes pratiques actuelles. Entre les formulaires interrompus, les données perdues lors d’un rafraîchissement de page, ou encore la gestion d’un état utilisateur après une erreur ou une déconnexion, il existe plusieurs approches possibles. LocalStorage, SessionStorage, IndexedDB ou récupération via API après coup, chaque solution a ses avantages et ses limites selon le projet.

Je serais intéressé par vos retours d’expérience sur la manière dont vous gérez la récupération de données dans vos projets, en particulier pour améliorer l’UX sans compromettre la sécurité ou la conformité aux standards du web.

Merci d’avance pour vos retours
Modifié par Nicolas007 (12 Feb 2026 - 09:25)

Salut,

Peux tu être plus explicite dans ta question ?

Nicolas007 a écrit :
Bonjour,

Je me pose quelques questions autour de la récupération de données dans un contexte web, notamment côté client, et je voulais avoir vos avis sur les bonnes pratiques actuelles. Entre les formulaires interrompus, les données perdues lors d’un rafraîchissement de page, ou encore la gestion d’un état utilisateur après une erreur ou une déconnexion, il existe plusieurs approches possibles. LocalStorage, SessionStorage, IndexedDB ou récupération via API après coup, chaque solution a ses avantages et ses limites selon le projet.

Je serais intéressé par vos retours d’expérience sur la manière dont vous gérez la récupération de données dans vos projets, en particulier pour améliorer l’UX sans compromettre la sécurité ou la conformité aux standards du web.

Merci d’avance pour vos retours

Bonjour Nicolas Bond
Vaste sujet et très intéressant !!

Alors selon mes expériences de quiz, on va privilégier les API en cas d'hydratation/réhydratation forcée par F5. C'est eux qui vont gérer la BD niveau de toute persistance.

Pour la gestion du state c'est Redux et Pinia qui va recevoir le data des APIs en SOAP ou REST et hop, ça c'est le STRORE.

Ensuite pour les questions des candidats par exemple, et ce n'est qu'un use case hein ! Vous gérez la réactivité des UIs via les hooks et les composables qui eux se connectent au STORE. Alors dans votre cas précis pour binder les modelValue sans être inquiétée en cas des déco (lol ça arrive trop) là le pont avec le composable du hook peut se tourner vers le LOCAL_STORAGE, selon moi c'est la plus adaptée !!

En tout cas, je te souhaite la réussite, votre approche est très bonne !
Modifié par KassanWebQuizz (14 Feb 2026 - 11:47)