Una aplicación de una sola página utiliza XMLHttpRequest para una API de terceros para datos de UI no críticos. Las respuestas de la API no deben bloquear el renderizado y la UI debe manejar los tiempos de espera/errores de manera elegante. ¿Qué enfoque es el mejor?

La opción correcta es hacer el XHR asíncrono (async=true) y omitir el widget de la API en caso de tiempo de espera/error. Las solicitudes asíncronas no bloquean el hilo principal de ejecución, lo que es crucial para evitar que el renderizado de la UI se detenga, especialmente para datos no críticos. Manejar los tiempos de espera y errores omitiendo el widget asegura una experiencia de usuario fluida y robusta, ya que la aplicación no se bloquea ni muestra información errónea. Hacer el XHR síncrono (async=false) es incorrecto porque bloquearía el hilo principal, deteniendo el renderizado de la UI hasta que la solicitud se complete o falle, lo cual es inaceptable para datos no críticos. Reintentar indefinidamente con retroceso exponencial es una mala práctica para datos no críticos, ya que podría consumir recursos innecesariamente y no garantiza una resolución rápida, afectando la experiencia del usuario. Mostrar la respuesta de error de la API directamente en el widget de la UI es incorrecto porque expone detalles técnicos al usuario y no es una forma elegante de manejar los errores.