Une application web aura de nombreuses qualités, cependant il y a un côté sombre dont nous devons être conscients et c'est qu'elle aura de nombreuses erreurs, bien que nous puissions prendre toutes les précautions et faire tous les tests unitaires, il y aura toujours des cas et situations que nous n'avons pas vues, qui peuvent exploser dans un environnement de production.
Lorsqu'une erreur fatale se déclenche, la dernière chose que nous voulons, c'est que l'utilisateur voie le message d'erreur qu'il nous donne. ASP.NET MVC, c'est pourquoi nous devons apprendre à gérer erreurs Oui des exceptions afin que nous puissions guider notre application sur la façon de résoudre le problème.
Gestion d'une erreur dans ASP.NET MVC
Lorsque nous travaillons avec des demandes HTTP et avec la saisie de l'utilisateur, quelque chose peut mal tourner et c'est notre travail d'essayer de minimiser cela, bien que nous ne puissions pas connaître tous les cas, si nous pouvons créer un composant qui résout d'une manière particulière les erreurs que nous ne connaissons pas .
Le framework nous permet d'établir des pages d'erreur personnalisées si nous activons l'option correspondante, donc si une erreur se produit ou exception que nous ne manipulons pas nous pouvons montrer une page moins fatale que la classique de ASP.NET MVC que l'on peut voir sur l'image suivante :
Bien que nous puissions ignorer le message, il y a quelque chose d'inquiétant, si nous voyons le code source de l'endroit où l'erreur s'est produite, cela peut entraîner des failles de sécurité, il est donc important que cette page ne soit jamais vue en production.
Page d'erreur personnalisée
Bien que ne pas avoir d'erreurs soit l'état idéal, mais en soi c'est une utopie, nous devons donc vivre avec la question des problèmes et qu'ils se produiront toujours, en ASP.NET MVC nous pouvons avoir trois façons de les traiter.
Le premier est d'afficher à tout moment la page par défaut que nous avons vue dans l'image précédente afin qu'une erreur se produise, avec tous les risques que cela comporte. Le deuxième status affiche simplement notre page d'erreur personnalisée, cela nous aide à ne pas laisser le code source de notre application s'afficher.
Et enfin le la troisième statut et l'un des plus utiles, que seule la page d'erreur personnalisée est visible lorsque l'application est accessible à partir d'une adresse distante, ce dernier mode nous aide à déboguer car si nous exécutons l'application et la parcourons dans hôte local nous verrons la page par défaut des erreurs et ainsi nous nous aidons avec tous les détails, mais si c'est un client qui se connecte depuis une autre machine, vous ne verrez que l'erreur personnalisée.
Utiliser les étatsPour utiliser ces trois états, il suffit de changer la directive customErrors, avec les valeurs off, on et À distance uniquement Pour chacun des états décrits ci-dessus respectivement, nous pouvons alors placer la page personnalisée des erreurs.
Voyons dans l'image suivante un exemple de code montrant comment ajuster cette directive du fichier de configuration :
Nous voyons que nous pouvons définir des pages spécifiques sur des erreurs connues telles que introuvable ou 404, nous pouvons également le faire avec l'erreur 500 et d'autres codes, avec cela nous terminons ce tutoriel avec lequel nous avons appris un peu la manière de base de gérer les erreurs dans ASP.NET MVC.
Avez-vous aimé et aidé ce tutoriel ?Vous pouvez récompenser l'auteur en appuyant sur ce bouton pour lui donner un point positif
