Table des matières
Lorsque nous décidons que nous allons prendre le chemin de la collaboration avec Ajax dans HTML5Nous devons être conscients que nous devons gérer les erreurs possibles qui se produisent, en particulier nous avons deux types d'erreurs qui diffèrent dans leur perspective.Le premier type d'erreur est donné du point de vue de l'objet XMLHttpRequête et c'est une situation qui empêche la demande d'être faite, comme que le nom d'hôte ne se résout pas dans le DNS, une connexion refusée ou une URL invalide par exemple.
Le deuxième type d'erreur est donné du point de vue de notre application, mais il n'a rien à voir avec l'objet XMLHttpRequête, c'est-à-dire qu'une demande a été faite, qu'elle a été acceptée, traitée et a généré une réponse, mais la réponse n'était pas le contenu attendu, par exemple si l'URL que nous avons spécifiée n'existe pas.
Voyons que le premier type d'erreur que nous devons gérer est lorsque nous passons les mauvaises données à l'objet XMLHttpRequête, quelque chose comme une URL mal formée, bien que cela semble fou, c'est une erreur assez courante lorsque nous travaillons avec Ajax.
Par exemple, voyons l'appel suivant qui peut conduire à cette erreur :
httpRequest.open ("GET", "http: //");Pour qu'un problème de ce type se produise, il se produit généralement parce que l'utilisateur est invité à entrer une valeur ou des données avec lesquelles nous allons générer le URL et comme nous savons que l'utilisateur est le premier point faible d'un programme et pour que cela ne nous affecte pas, nous devons développer des moyens de valider et de gérer tout type de contenu qu'il nous envoie.
Pour gérer cela, nous utilisons un bloc essayer / attraper qui nous permet d'exécuter le code et s'il y a un problème, nous capturons l'erreur ou l'exception et nous pouvons lui donner un traitement adéquat, dans ce cas d'exemple ce que nous faisons est de montrer l'erreur, comme nous pouvons le voir dans le code suivant , que nous résumons et ne montrons que les parties qui intéressent à ce point particulier :
try {… httpRequest.open ("GET", "http: //");… httpRequest.send (); } catch (erreur) {displayErrorMsg ("try/catch", error.message); } A l'intérieur du bloc prise Nous avons la possibilité de sauvegarder l'erreur, pour cela nous pouvons demander que les données soient à nouveau saisies, envoyer à une page où l'erreur est indiquée, etc. L'important est que la page n'échoue pas et que le processus meurt de manière inattendue pour l'utilisateur.
Gestion des erreurs de demande
Cette erreur est générée lorsque nous faisons la demande mais que quelque chose ne va pas, par exemple que l'URL demandée ne se résout pas dans le DNS; Voyons l'appel suivant :
httpRequest.open ("GET", "http: //a.nodomain/doc.html");Dans ce cas, l'URL ne peut pas être résolue par le DNS, de plus, puisqu'elle a une origine différente du document elle pourrait également nous affecter, afin de gérer ce type d'erreurs, nous utilisons une fonction qui nous aide à les gérer, comme celui que nous voyons dans cet exemple :
function handleError (e) {displayErrorMsg ("Error event", httpRequest.status + httpRequest.statusText); } Le seul point que nous devons garder à l'esprit est que les navigateurs ne traitent pas les informations de l'objet httpRequête de la même manière, donc la réponse peut ne pas être la même.
Avec cela, nous terminons le didacticiel et nous avons déjà une meilleure idée de la façon de gérer et de gérer les erreurs pouvant survenir dans une demande. Ajax et qu'ils peuvent faire échouer notre page.Avez-vous aimé et aidé ce tutoriel ?Vous pouvez récompenser l'auteur en appuyant sur ce bouton pour lui donner un point positif
