Meilleures pratiques pour React, Redux et Websocket (garder une classe pour gérer les requêtes)

Question

Cette question est liée à React, Redux et Websocket (socket.io).

Dans cette approche, je veux mettre à jour mon interface utilisateur en temps réel. J'ouvre des sockets individuels dans chaque componentDidMount dans chaque fichier que je veux mettre à jour.

(Ex : si j'ai une notification et des statistiques à mettre à jour, je vais ouvrir 2 sockets avec à la fois la notification et les statistiques)

L'un de mes collègues m'a suggéré qu'au lieu d'ouvrir plusieurs connexions par socket à chaque point d'extrémité, il fallait ouvrir un seul socket dans une base de données principale. api-service et déclencher des actions en fonction de chaque clé de la réponse.

Quelle est la meilleure pratique pour réaliser cette tâche et s'il existe des démonstrations, veuillez m'aider avec l'une d'entre elles.

Merci !

Answer 1

L'emplacement standard pour les connexions de type socket dans une application Redux est dans le middleware. L'intergiciel peut écouter les actions distribuées qui lui disent de s'abonner et de se désabonner à des choses, et aussi distribuer des actions Redux basées sur les messages reçus.

Mon Catalogue d'addons Redux énumère une grande variété de intergiciel existant lié aux sockets .