Um aplicativo de página única usa XMLHttpRequest para uma API de terceiros para dados de UI não críticos. As respostas da API não devem bloquear a renderização e a UI deve lidar com tempos limite/erros de forma elegante. Qual abordagem é a melhor?

A abordagem correta é tornar o XMLHttpRequest (XHR) assíncrono (async=true) e omitir o widget da API em caso de tempo limite ou erro. XHRs assíncronos garantem que a renderização da página não seja bloqueada enquanto a solicitação é processada, o que é crucial para dados de UI não críticos. Se a API falhar ou exceder o tempo limite, omitir o widget é uma forma elegante de lidar com o problema, mantendo a experiência do usuário fluida sem exibir mensagens de erro técnicas. Tornar o XHR síncrono (async=false) bloquearia a renderização da UI, o que é inaceitável para dados não críticos. Tentar novamente indefinidamente com backoff exponencial pode sobrecarregar a API e não é apropriado para dados não essenciais. Exibir a resposta de erro da API diretamente na UI é uma má prática de experiência do usuário, pois expõe detalhes técnicos e pode ser confuso.