Omgaan met fouten in de ASP.NET MVC-controller

Inhoudsopgave
De foutafhandeling Het is iets cruciaals binnen een applicatie, het is wat ons in staat stelt om overgangen soepel te laten verlopen wanneer zich problemen voordoen, naast het voorkomen dat het gebruik van de applicatie door de gebruiker mislukt.
Hoewel we een aangepaste pagina voor fouten kunnen definiëren, is dit soms niet genoeg, er zijn gevallen waarin we de gebruiker andere opties kunnen geven en daarom een ​​andere afhandeling moeten voeren en dit is waar het van pas komt om dergelijke afhandeling te kunnen doen van fouten direct in Controllers.
Zoals we aan het begin vermeldden, kunnen we een aangepaste foutafhandeling Op algemeen niveau zijn er echter situaties die een speciaal geval verdienen, daarom kunnen we foutafhandeling binnen de controllers mogelijk maken.
Hoe je dat doet?Hiervoor hebben we een methode waarmee we kunnen specificeren welk type fout het gaat vastleggen via een attribuut en dan kunnen we bepalen of we het rechtstreeks toepassen op een methode of op de controller in zijn geheel; tot slot, als er een fout optreedt waarvoor we het attribuut hebben gespecificeerd, zal het in de handler vallen en ons naar de weergave sturen die we voor dat doel hebben gedefinieerd.
In de volgende afbeelding zien we hoe we foutafhandeling direct kunnen toepassen op een controlleractie:

VERGROTEN

Hier kunnen we zien dat de eerste regel de . definieert foutafhandelaar en we vertellen het via een attribuut het type fout dat het moet verwachten, dan vertellen we het welke mening het moet oproepen wanneer het zich voordoet, tenslotte definiëren we de actie van onze controller gebruikelijk.
Als we nu echt nodig hebben dat alle fouten van dit type naar die weergave worden gestuurd die we definiëren, is het niet de moeite waard om dezelfde code steeds opnieuw te kopiëren voor elke actie die kan worden beïnvloed, hiervoor kunnen we de foutafhandeling voor de hele controller zoals we zien in de volgende afbeelding:

Als we waarnemers zijn, zullen we merken dat het dezelfde structuur is die we zojuist hebben gezien, het enige verschil is dat in plaats van de handler toe te passen voor een actie, we het gewoon doen voor controller, waarna de ingesloten acties van de controller onder de reikwijdte of reikwijdte van onze aangepaste foutafhandelaar vallen.
Uitzonderingstype gebruikenWaar we duidelijk over moeten zijn, is dat we in staat moeten zijn om het type uitzondering te kennen dat we echt willen vastleggen om binnen het attribuut te definiëren Uitzonderingstype, want dat is de sleutel om de juiste werking van onze nieuwe sectie te kunnen verkrijgen.
In de visie die we definiëren, kunnen we kiezen tussen het tonen van een bericht aan de gebruiker of misschien het presenteren van enkele acties die kunnen worden uitgevoerd, zoals het verzenden van een rapportbericht of misschien terugsturen om zijn actie opnieuw te herhalen, dit alles afhankelijk van onze interesses .
Hiermee hebben we deze tutorial afgerond, we hebben geleerd om een ​​veel persoonlijkere afhandeling van fouten te genereren, waarbij we verschillende fouten kunnen vastleggen op basis van acties of zelfs door controllers.Vond je deze Tutorial leuk en heb je eraan geholpen?Je kunt de auteur belonen door op deze knop te drukken om hem een ​​positief punt te geven

U zal helpen de ontwikkeling van de site, het delen van de pagina met je vrienden

wave wave wave wave wave