Inhaltsverzeichnis
Wenn wir eine Anwendung erstellen mit ASP.NET MVC und wir machen es mit AJAX Wir müssen besondere Vorsichtsmaßnahmen treffen, wenn wir uns die Fehler ansehen, die unser Programm zurückgeben kann.Wenn eine Anfrage fehlschlägt, erhalten wir eine Serverfehler 500 was für den Benutzer nicht gut zu sehen ist, oder vielleicht bekommen wir eine Nachricht mit dem Fehler-Trace von ASP.NET dass, wenn wir sie nicht erfassen, bevor sie von außen gesehen werden kann und ein böswilliger Benutzer Daten erhalten könnte, um sie zu verwenden und unsere Website anzugreifen.
Um größere Probleme zu vermeiden, wenn unsere Anwendung einen Fehler zurückgibt, müssen wir daran arbeiten, diese als Ausnahmen zu behandeln, damit unsere Anwendung dies vor dem Auftreten des Fehlers wissen und eine benutzerfreundlichere Nachricht ausgeben kann, die unsere Sicherheit nicht beeinträchtigt.
EIN Ausnahme tritt auf, wenn ein Teil unseres Codes versucht, eine Aktion auszuführen und fehlschlägt, entweder beim Versuch, nicht vorhandene Daten abzufragen oder weil wir einige Benutzerdateneingaben nicht validieren, wenn wir verwenden AJAX Wir können einen 500-Fehler erhalten, aber auch wenn dies nicht geschieht und fehlerhafte Daten an unserem Controller ankommen, können wir eine Fehlerverfolgung wie die in der folgenden Abbildung sehen:
Das Fehlerspuren Sie bieten dem Entwickler selten eine nützliche Menge an Informationen, und wenn wir die angezeigten Daten nicht bereinigen, können wir die Sicherheit der Site gefährden, indem wir Konfigurationsdaten aus unserer Anwendung oder unserem Server filtern.
Um alle Probleme zu vermeiden, die beim Auftreten eines Fehlers in ASP.NET Wir können mit solchen Fehlern umgehen wie Ausnahmen und dafür können wir den Fehler erfassen und eine personalisierte Nachricht senden oder einfach eine Antwort senden, dass die gesuchte Seite nicht existiert.
Was zu verwendenDazu können wir die Methode verwenden HttpResponseException das erlaubt uns als Parameter a . zu übergeben HTTP-Code wie 404-Seite nicht gefunden.
Im folgenden Bild sehen wir einen Code, der die erwähnte Methode verwendet, um die Ausnahme zu behandeln, mal sehen:
VERGRÖSSERN
Was hier passiert ist ganz einfach, zuerst suchen wir das Element anhand der ID, falls es leer oder nicht vorhanden zurückgibt, für unser Beispiel validieren wir es mit null, wir erstellen eine Fehlermeldung mit der Methode HttpResponseException Wir setzen einen Code für nicht gefunden und bereiten eine benutzerdefinierte Nachricht vor, schließlich starten wir diese Nachricht.Danke dafür Wir vermeiden es, eine Null- oder Leerantwort auf unsere Bewerbung zu senden was dazu führen könnte, dass es irgendwann abbricht und einen Fehler falsch anzeigt, haben wir dem Benutzer auch eine freundlichere Nachricht gesendet, in der angegeben wurde, warum seine Abfrage keine Ergebnisse lieferte.
Durch den Erhalt einer personalisierten Nachricht können wir auch spezifischere Informationen geben, die ein Entwickler verwenden kann. Es ist einfacher zu wissen, dass das Produkt nicht existiert, als eine 100-Zeilen-Ablaufverfolgung überprüfen zu müssen, um dasselbe herauszufinden.
Wir haben das Tutorial beendet, nachdem wir ein wenig mehr über die Risiken der Nichtbehandlung von Fehlern erfahren und gelernt haben, wie man sie behandelt, indem wir sie als Ausnahmen behandeln.