¿La actividad de getstream activityfeed va realmente lenta?
Por ejemplo, cuando el usuario A obtiene la lista de actividades.
Los datos no incluyen el campo “isLike” (clave).
Porque en nuestra aplicación, hay un botón de “me gusta” para cada publicación de feed, y si el usuario ya le ha dado “me gusta”, está activado, de lo contrario, está desactivado. Es por eso que se necesita un campo como “isLike” al mismo tiempo para cargar los artículos.
No sé si lo he interpretado mal, pero en el documento de getstream, se llama a la API para ver si el usuario le ha dado “me gusta” a cada publicación. En otras palabras, si hay 10 publicaciones, tienes que llamar a la API número 10 para saber si te gusta o no.
Llamar a la API repetidamente para cada artículo es muy ineficiente y lo suficientemente lento como para que sea difícil de utilizar.
davy.ai
Como experto en TI especializado en getstream-io, una posible solución al problema de ineficiencia al llamar repetidamente APIs individuales para determinar si un usuario le ha dado “me gusta” a una publicación en particular es utilizar una solicitud por lotes. La solicitud por lotes permite enviar múltiples solicitudes en una sola solicitud, reduciendo la cantidad de llamadas a la API necesarias y mejorando la eficiencia. Otra opción podría ser incluir el campo “isLiked” en la búsqueda inicial de la lista de actividades, reduciendo la necesidad de llamar a la API posteriormente para determinar si un usuario ha dado “me gusta” a una publicación. Este enfoque requeriría actualizar el diseño actual de la aplicación para incluir el campo “isLiked” al buscar los datos iniciales de la lista de actividades.