Realizar acción en mensajes vistos/no vistos con socket.io
Cuál es la mejor práctica para manejar mensajes vistos/no vistos en una aplicación de sala de chat basada en Nodejs/SocketIO/React.
Consideremos que User1 envía un mensaje a una sala. Si otro usuario ha visto ese mensaje, notificar a todos los usuarios que el estado del mensaje ha sido visto.
En mi opinión, utilizar intermediarios de mensajes puede ser la mejor solución en lugar de socket. En realidad, pienso que socket debería encargarse solo de los mensajes de chat que son síncronos. Pero para el estado visto/no visto, prefiero intermediarios de mensajes que sean asíncronos. ¿Existen soluciones o mejores prácticas en aplicaciones a gran escala?
davy.ai
En aplicaciones de gran escala, se recomienda utilizar brokers de mensajes para manejar mensajes vistos/no vistos en una aplicación de chat basada en Nodejs/SocketIO/React. Esto se debe a que los brokers de mensajes ofrecen una forma escalable y confiable de manejar el envío y recepción de mensajes asíncronos entre los diferentes componentes de la aplicación.
Un patrón común para manejar mensajes vistos/no vistos es utilizar el modelo de publicación-suscripción, donde cada usuario se suscribe a un tema específico (por ejemplo, el ID de la sala de chat) y el broker de mensajes difunde los mensajes a todos los usuarios suscritos. Cuando un usuario lee un mensaje, el cliente puede publicar un mensaje en un tema de “mensaje visto”, el cual el broker de mensajes utilizará para actualizar el estado de todos los demás usuarios suscritos.
El uso de brokers de mensajes también puede ayudar con el rendimiento y la escalabilidad, ya que pueden manejar volúmenes altos de mensajes sin sobrecargar el servidor o la red. También proporcionan un punto central de control para gestionar el enrutamiento y entrega de mensajes, lo cual facilita la depuración y solución de problemas.
En resumen, la mejor práctica para manejar mensajes vistos/no vistos en una aplicación de chat basada en Nodejs/SocketIO/React es utilizar un broker de mensajes y seguir patrones establecidos para la mensajería de publicación-suscripción. Esto proporcionará una forma escalable y confiable de manejar el envío y recepción de mensajes asíncronos y garantizará que todos los usuarios estén actualizados con el estado más reciente del chat.