Une application monopage utilise XMLHttpRequest pour appeler une API tierce afin d'obtenir des données d'interface utilisateur non critiques. Les réponses de l'API ne doivent pas bloquer le rendu et l'interface utilisateur doit gérer les délais d'attente/erreurs de manière élégante. Quelle est la meilleure approche ?

La meilleure approche est de rendre l'XHR asynchrone (async=true) et d'omettre le widget API en cas de délai d'attente/erreur. L'asynchronisme garantit que l'appel à l'API tierce ne bloque pas le thread principal de l'interface utilisateur, permettant ainsi un rendu fluide de la page. Si l'API rencontre un délai d'attente ou une erreur, omettre le widget est une gestion élégante, car les données sont non critiques et l'utilisateur n'est pas bloqué par un contenu manquant ou une erreur. Rendre l'XHR synchrone (async=false) est une mauvaise pratique car cela bloque le thread de l'interface utilisateur, entraînant une expérience utilisateur médiocre. Réessayer indéfiniment avec une temporisation exponentielle peut consommer des ressources et ne garantit pas la réussite, surtout si l'API est en panne. Afficher la réponse d'erreur de l'API directement dans l'interface utilisateur n'est pas élégant et peut être confus pour l'utilisateur final.