Un'applicazione web avrà molte qualità, tuttavia c'è un lato oscuro di cui dobbiamo essere consapevoli e cioè che avrà molti errori, anche se possiamo prendere tutte le precauzioni e fare tutti i test unitari, ci saranno sempre casi e situazioni che non abbiamo visto, che possono esplodere in un ambiente di produzione.
Quando si verifica un errore fatale, l'ultima cosa che vogliamo è che l'utente veda il messaggio di errore che ci fornisce. ASP.NET MVC, ecco perché dobbiamo imparare a gestire errori sì eccezioni in modo che possiamo guidare la nostra applicazione su come risolvere il problema.
Gestione di un errore in ASP.NET MVC
Quando lavoriamo con le richieste HTTP e con l'input dell'utente qualcosa può andare storto ed è nostro compito cercare di minimizzarlo, anche se non saremo in grado di conoscere tutti i casi, se riusciamo a creare un componente che affronti in un modo particolare gli errori che non conosciamo .
Il framework ci consente di stabilire pagine di errore personalizzate se attiviamo l'opzione corrispondente, quindi se si verifica un errore o eccezione che non gestiamo possiamo mostrare una pagina meno fatale di quella classica di ASP.NET MVC che possiamo vedere nell'immagine seguente:
Sebbene possiamo ignorare il messaggio, c'è qualcosa di preoccupante, se vediamo il codice sorgente di dove si è verificato l'errore, questo può portare a falle di sicurezza, quindi è importante che questa pagina non venga mai vista in produzione.
Pagina di errore personalizzata
Sebbene non avere errori sia lo stato ideale, ma di per sé è un'utopia, quindi dobbiamo convivere con la questione dei problemi e che si verificheranno sempre, in ASP.NET MVC possiamo avere tre modi per affrontarli.
Il primo è mostrare sempre la pagina predefinita che abbiamo visto nell'immagine precedente, così quando si verifica un errore lo vedremo, con tutti i rischi che ciò comporta. Il secondo lo stato mostra solo la nostra pagina di errore personalizzata, questo ci aiuta a non mostrare il codice sorgente dell'applicazione.
E infine il Terzo stato e uno dei più utili, che viene visualizzata solo la pagina di errore personalizzata quando si accede all'applicazione da un indirizzo remoto, quest'ultima modalità ci aiuta a eseguire il debug poiché se eseguiamo l'applicazione e la navighiamo in localhost vedremo la pagina predefinita degli errori e quindi ci aiutiamo a vicenda con tutti i dettagli, ma se è un client che si connette da un'altra macchina, vedrai solo l'errore personalizzato.
Usa gli statiPer utilizzare questi tre stati dobbiamo solo cambiare la direttiva customErrors, con i valori off, on e Solo remoto Per ciascuno degli stati sopra descritti rispettivamente, possiamo quindi posizionare la pagina personalizzata degli errori.
Vediamo nell'immagine seguente un codice di esempio di come regolare questa direttiva del file di configurazione:
Vediamo che possiamo impostare pagine specifiche su errori noti come non trovato o 404, possiamo anche farlo con l'errore 500 e altri codici, con questo finiamo questo tutorial con il quale abbiamo imparato un po' il modo di base per gestire gli errori in ASP.NET MVC.
Ti è piaciuto e hai aiutato questo Tutorial?Puoi premiare l'autore premendo questo pulsante per dargli un punto positivo
