ASP.NET MVC - Unntaksbehandling

Når vi bygger en applikasjon med ASP.NET MVC og vi gjør det med AJAX Vi må ta spesielle forholdsregler når vi ser på feilene som programmet vårt kan returnere.
Når en forespørsel mislykkes, får vi en serverfeil 500 som ikke er bra for brukeren å se, eller kanskje vi får en melding med feilsporingen fra ASP.NET at hvis vi ikke fanger det før det kan sees utenfor og en ondsinnet bruker kan innhente data for å bruke det og angripe nettstedet vårt.
For å unngå store problemer når applikasjonen vår returnerer en feil, må vi jobbe med å håndtere disse som unntak, slik at før feilen oppstår, kan applikasjonen vår vite dette og sende en mer brukervennlig melding som ikke kompromitterer sikkerheten vår.
EN unntak oppstår når en del av koden vår prøver å utføre en handling og mislykkes, enten prøver å spørre om ikke-eksisterende data eller fordi vi ikke validerer noen brukerdatainndata, hvis vi bruker AJAX Vi kan få en 500 -feil, men også hvis dette ikke skjer og det kommer feil data til kontrolleren vår, kan vi få et feilspor som det vi ser i følgende bilde:

De feilspor De tilbyr sjelden nyttig mengde informasjon for utvikleren, og hvis vi ikke rengjør hva det vil vise, kan vi kompromittere sikkerheten til nettstedet ved å filtrere konfigurasjonsdata fra applikasjonen vår eller fra serveren vår.
For å unngå alle problemene som kan oppstå når en feil oppstår i ASP.NET vi kan håndtere slike feil som unntak og for dette kan vi fange feilen og sende en personlig melding eller ganske enkelt sende et svar om at siden du leter etter ikke eksisterer.
Hva du skal brukeFor å gjøre dette kan vi bruke metoden HttpResponseException som lar oss passere som parameter a HTTP -kode liker 404 side ikke funnet.
I det følgende bildet ser vi en kode som bruker den nevnte metoden for å håndtere unntaket, la oss se:

FORSTØRRE

Her er det som er ganske enkelt, først søker vi etter elementet ved hjelp av id, hvis det returnerer tomt eller ikke-eksisterende, for vårt eksempel validerer vi det med null, vi skal opprette en feilmelding, med metoden HttpResponseException vi angir en kode for ikke funnet og forbereder en tilpasset melding, til slutt starter vi den meldingen.
Takket være dette vi unngår å sende et null eller tomt svar på søknaden vår som kunne ha forårsaket at den på et tidspunkt hadde brutt og vist en feil feil, sendte vi også en vennligere melding til brukeren om hvorfor spørringen ikke ga resultater.
Ved å skaffe en personlig melding kan vi også gi mer spesifikk informasjon som en utvikler kan bruke, det er lettere å vite at produktet ikke eksisterer, enn å måtte gå gjennom et 100-linjespor for å finne ut det samme.
Vi avsluttet opplæringen etter å ha lært litt mer om risikoen ved ikke å håndtere feil, i tillegg til å ha lært hvordan vi skal håndtere dem ved å behandle dem som unntak.