Een webapplicatie zal veel kwaliteiten hebben, maar er is een schaduwzijde waarvan we ons bewust moeten zijn en dat is dat er veel fouten zullen zijn, hoewel we alle voorzorgsmaatregelen kunnen nemen en alle unit-tests kunnen doen, er zullen altijd gevallen en situaties die we niet zagen en die kunnen exploderen in een productieomgeving.
Wanneer een fatale fout optreedt, is het laatste wat we willen dat de gebruiker de foutmelding ziet die hij ons geeft. ASP.NET MVC, daarom moeten we leren omgaan met fouten Y uitzonderingen zodat we onze applicatie kunnen begeleiden bij het oplossen van het probleem.
Een fout afhandelen in ASP.NET MVC
Wanneer we met verzoeken werken HTTP en met gebruikersinvoer kan er iets mis gaan en het is onze taak om dit te minimaliseren, hoewel we niet alle gevallen kunnen kennen, als we een component kunnen maken die op een bepaalde manier de fouten aanpakt die we niet kennen .
Het raamwerk stelt ons in staat om aangepaste foutpagina's te maken als we de overeenkomstige optie activeren, dus als er een fout optreedt of uitzondering dat we niet behandelen, kunnen we een pagina tonen die minder dodelijk is dan de klassieke van ASP.NET MVC die we kunnen zien in de volgende afbeelding:
Hoewel we het bericht kunnen negeren, is er iets zorgwekkends, maar als we de broncode zien van waar de fout is opgetreden, kan dit leiden tot beveiligingslekken, dus het is belangrijk dat deze pagina nooit in productie wordt gezien.
Aangepaste foutpagina
Hoewel het niet hebben van fouten de ideale toestand is, is het op zich een utopie, dus we moeten leven met de kwestie van problemen en dat ze altijd zullen voorkomen, in ASP.NET MVC we kunnen drie manieren hebben om hiermee om te gaan.
De eerst is om te allen tijde de standaardpagina te tonen die we in de vorige afbeelding zagen, dus wanneer er een fout optreedt, zullen we deze zien, met alle risico's van dien. De tweede status toont alleen onze aangepaste foutpagina, dit helpt ons om de broncode van onze applicatie niet te laten zien.
En tot slot de derde status en een van de handigste, dat alleen de aangepaste foutpagina wordt gezien wanneer de toepassing wordt geopend vanaf een extern adres, deze laatste modus helpt ons bij het debuggen, want als we de toepassing uitvoeren en erin navigeren localhost we zullen de standaardpagina met de fouten zien en dus helpen we elkaar met alle details, maar als het een client is die verbinding maakt vanaf een andere machine, ziet u alleen de aangepaste fout.
Staten gebruikenOm deze drie toestanden te gebruiken, hoeven we alleen de richtlijn te wijzigen customFouten, met de waarden uit, aan en Alleen op afstand Voor elk van de hierboven beschreven toestanden kunnen we de aangepaste pagina met de fouten plaatsen.
Laten we in de volgende afbeelding een voorbeeldcode zien van hoe deze richtlijn van het configuratiebestand kan worden aangepast:
We zien dat we specifieke pagina's kunnen instellen op bekende fouten zoals niet gevonden of 404, we kunnen het ook doen met de 500 foutcodes en andere codes, hiermee sluiten we deze tutorial af waarmee we een beetje de basismanier hebben geleerd om met fouten om te gaan in ASP.NET MVC.
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
