En webapplikation vil have mange kvaliteter, men der er en mørk side, som vi skal være opmærksom på, og det er, at den vil have mange fejl, selvom vi kan tage alle forholdsregler og udføre alle enhedstestene, vil der altid være tilfælde og situationer, som vi ikke så. som kan eksplodere i et produktionsmiljø.
Når en dødelig fejl udløses, er det sidste, vi ønsker, at brugeren kan se den fejlmeddelelse, den giver os. ASP.NET MVC, derfor må vi lære at håndtere fejl Y undtagelser så vi kan guide vores applikation til, hvordan man løser problemet.
Håndtering af en fejl i ASP.NET MVC
Når vi arbejder med anmodninger HTTP og med brugerinput kan noget gå galt, og det er vores opgave at forsøge at minimere dette, selvom vi ikke vil være i stand til at kende alle sagerne, hvis vi kan oprette en komponent, der på en bestemt måde adresserer de fejl, vi ikke kender .
Rammerne giver os mulighed for at oprette brugerdefinerede fejlsider, hvis vi aktiverer den tilsvarende mulighed, således hvis der opstår en fejl eller undtagelse som vi ikke håndterer kan vi vise en side mindre dødelig end den klassiske af ASP.NET MVC som vi kan se på følgende billede:
Selvom vi kan afvise meddelelsen, er der noget bekymrende, hvis vi ser kildekoden for, hvor fejlen skete, kan dette føre til sikkerhedshuller, så det er vigtigt, at denne side aldrig ses i produktionen.
Tilpasset fejlside
Selvom det ikke er den ideelle tilstand at have fejl, men i sig selv er det en utopi, så vi må leve med problematikken, og at de altid vil forekomme i ASP.NET MVC vi kan have tre måder at håndtere disse på.
Det først er at vise standardsiden, som vi så i det forrige billede til enhver tid, så når der opstår en fejl, vil vi se den med alle de risici, dette medfører. Det anden status viser bare vores tilpassede fejlside, hjælper dette os med ikke at lade vores applikationskildekode vise.
Og til sidst tredje status og en af de mest nyttige, at kun den brugerdefinerede fejlside ses, når der er adgang til applikationen fra en fjernadresse, hjælper denne sidste tilstand os med fejlfinding, da hvis vi kører applikationen og navigerer i den lokal vært vi vil se standardsiden for fejlene og dermed hjælper vi hinanden med alle detaljerne, men hvis det er en klient, der opretter forbindelse fra en anden maskine, ser du kun den brugerdefinerede fejl.
Brug tilstandeFor at bruge disse tre stater behøver vi kun at ændre direktivet brugerdefinerede fejl, med værdierne slukket, tændt og Kun Remote For hver af de ovenfor beskrevne tilstande kan vi placere den tilpassede side med fejlene.
Lad os i det følgende billede se en eksempelkode på, hvordan du justerer dette direktiv om konfigurationsfilen:
Vi ser, at vi kan indstille bestemte sider til kendte fejl som f.eks. Ikke fundet eller 404, vi kan også gøre det med 500 -fejlen og andre koder, med dette afslutter vi denne vejledning, som vi har lært lidt den grundlæggende måde at håndtere fejl på i ASP.NET MVC.
Kan du lide og hjælpe denne vejledning?Du kan belønne forfatteren ved at trykke på denne knap for at give ham et positivt punkt