Eine Webanwendung hat viele Qualitäten, aber es gibt eine dunkle Seite, der wir uns bewusst sein müssen, und zwar viele Fehler, obwohl wir alle Vorkehrungen treffen und alle Komponententests durchführen können, wird es immer Fälle geben und Situationen, die wir nicht gesehen haben, die in einer Produktionsumgebung explodieren können.
Wenn ein schwerwiegender Fehler ausgelöst wird, ist das Letzte, was wir wollen, dass der Benutzer die Fehlermeldung sieht, die er uns gibt. ASP.NET MVC, deshalb müssen wir den Umgang lernen Fehler Ja Ausnahmen damit wir unsere Anwendung zur Lösung des Problems führen können.
Behandeln eines Fehlers in ASP.NET MVC
Wenn wir mit Anfragen arbeiten HTTP und mit Benutzereingaben kann etwas schief gehen und es ist unsere Aufgabe, dies zu minimieren, obwohl wir nicht alle Fälle kennen können, wenn wir eine Komponente erstellen können, die die Fehler, die wir nicht kennen, auf eine bestimmte Weise angeht .
Das Framework ermöglicht es uns, benutzerdefinierte Fehlerseiten einzurichten, wenn wir die entsprechende Option aktivieren, also wenn ein Fehler auftritt oder Ausnahme mit denen wir nicht umgehen, können wir eine Seite anzeigen, die weniger fatal ist als die klassische von ASP.NET MVC die wir im folgenden Bild sehen können:
Obwohl wir die Meldung ablehnen können, gibt es etwas Besorgniserregendes, wenn wir jedoch den Quellcode sehen, in dem der Fehler aufgetreten ist, kann dies zu Sicherheitslücken führen, daher ist es wichtig, dass diese Seite niemals in der Produktion angezeigt wird.
Benutzerdefinierte Fehlerseite
Es ist zwar der Idealzustand, keine Fehler zu haben, aber an sich ist es eine Utopie, also müssen wir mit dem Thema Probleme leben und dass sie immer auftreten werden, in ASP.NET MVC Wir können drei Möglichkeiten haben, damit umzugehen.
Das erste besteht darin, jederzeit die Standardseite anzuzeigen, die wir im vorherigen Bild gesehen haben, damit wir sie beim Auftreten eines Fehlers mit allen damit verbundenen Risiken sehen. Das zweite status zeigt nur unsere benutzerdefinierte Fehlerseite an, dies hilft uns, unseren Anwendungsquellcode nicht anzeigen zu lassen.
Und schließlich die dritte Status und einer der nützlichsten, dass nur die benutzerdefinierte Fehlerseite angezeigt wird, wenn von einer Remote-Adresse auf die Anwendung zugegriffen wird. Dieser letzte Modus hilft uns beim Debuggen, da wir die Anwendung ausführen und darin navigieren localhost Wir sehen die Standardseite der Fehler und helfen uns daher gegenseitig mit allen Details, aber wenn es sich um einen Client handelt, der sich von einem anderen Computer aus verbindet, wird nur der benutzerdefinierte Fehler angezeigt.
Staaten verwendenUm diese drei Zustände zu verwenden, müssen wir nur die Richtlinie ändern Kundenfehler, mit den Werten off, on und Nur Remote Für jeden der oben beschriebenen Zustände können wir dann die benutzerdefinierte Seite der Fehler platzieren.
Sehen wir uns im folgenden Bild einen Beispielcode an, wie diese Direktive der Konfigurationsdatei angepasst wird:
Wir sehen, dass wir bestimmte Seiten auf bekannte Fehler wie nicht gefunden oder 404 setzen können, wir können dies auch mit dem 500-Fehler und anderen Codes tun. Damit beenden wir dieses Tutorial, mit dem wir ein wenig den grundlegenden Umgang mit Fehlern gelernt haben In ASP.NET MVC.
Hat dir dieses Tutorial gefallen und geholfen?Sie können den Autor belohnen, indem Sie diesen Knopf drücken, um ihm einen positiven Punkt zu geben
