Event Stream, Short Polling et Long Polling
La récupération de grandes quantités de données pose des problèmes aux utilisateurs. Si un utilisateur attend trop longtemps une réponse, l'expérience semble lente. On utilise différentes méthodes pour gérer ces requêtes de données.
Short Polling Le client envoie des requêtes au serveur à intervalles fixes. Le serveur répond immédiatement à chaque requête. Il indique au client si de nouvelles données existent ou non. Cette méthode consomme beaucoup de ressources en raison des requêtes constantes.
Long Polling Le client envoie une requête au serveur. Le serveur maintient la requête ouverte jusqu'à ce que de nouvelles données arrivent ou qu'un délai d'attente (timeout) soit atteint. Cela réduit le nombre de réponses vides.
Event Stream (SSE) Les grands ensembles de données entraînent de longs temps d'attente. Si vous avez 100 000 lignes de données, les envoyer toutes d'un coup est lent. Vous pouvez améliorer l'expérience utilisateur en envoyant les données par morceaux (chunks).
L'Event Stream fonctionne de la manière suivante :
- Le client ouvre une connexion avec le serveur.
- La connexion reste ouverte.
- Le serveur envoie de petites parties de données dès qu'elles sont prêtes.
- L'utilisateur voit les résultats immédiatement au lieu d'attendre l'ensemble complet.
Cette méthode maintient la connexion active jusqu'à ce que le serveur ait fini d'envoyer tous les événements. Cela donne aux applications une sensation de rapidité et de réactivité.
Source : https://dev.to/anubama_i/event-stream-short-polling-long-polling-54n