complejo … no mucho … factible … muy factible … pero hay un par de preocupaciones debido a que aún no se ha implementado.
1. cada mensaje debe permanecer en la cola JMS (o cualquier otro proveedor) por más tiempo de lo habitual. Lo que sería un golpe de rendimiento desde el final de la aplicación.
2. ¿Cuáles deberían ser los criterios para recordar un mensaje? ¿Es justo después de enviar el mensaje? o tenemos una duración de tiempo hasta que podamos recordarlo? porque una vez que el mensaje está fuera de tu cola. Va al servidor. ahora qué y cómo y por qué volvería a golpear el servidor con la solicitud de recuperación?
3. ¿Qué pasa si el receptor está activo? y lee el mensaje de inmediato?
4. Obviamente, no podemos esperar que el usuario continúe dando confirmación para la entrega de cada mensaje.
Estos son los pocos escenarios de límite y conmutación por error, debido a los cuales todavía está en conversaciones.
- Cómo encontrar al diseñador o desarrollador de una aplicación
- ¿Cuánto costaría construir una aplicación como Twitter?
- Soy nuevo en programación y estoy interesado en el desarrollo web. Me gustaría desarrollar buenas interfaces de usuario. ¿Cuál es el mejor lenguaje de programación para aprender?
- ¿Qué marco es mejor para un desarrollador principiante de aplicaciones web móviles?
- Cómo construir una aplicación React / Flux en Rails
