Tratarea erorilor în controlerul ASP.NET MVC

Cuprins
eroare de manipulare Este ceva crucial în cadrul unei aplicații, este ceea ce ne permite să facem tranziții fără probleme atunci când apar probleme, pe lângă faptul că împiedică utilizarea aplicației de către utilizator să nu aibă succes.
Deși putem defini o pagină personalizată pentru erori, uneori acest lucru nu este suficient, există cazuri în care putem oferi utilizatorilor alte opțiuni și, prin urmare, trebuie să aibă o manipulare diferită și de aici vine să poți face o astfel de manipulare de erori direct în Controlere.
După cum am menționat la început, putem stabili un gestionarea erorilor personalizate Cu toate acestea, la nivel general, există situații care merită un caz special, de aceea putem permite gestionarea erorilor în cadrul controlerelor.
Cum să o facă?Pentru aceasta avem o metodă care ne permite să specificăm ce tip de eroare urmează să surprindă printr-un atribut și apoi putem defini dacă îl aplicăm direct unei metode sau controlerului în întregime; în cele din urmă, dacă apare o eroare pentru care am specificat atributul, acesta va cădea în handler și ne va trimite la vizualizarea pe care am definit-o în acest scop.
În imaginea următoare vedem cum putem aplica gestionarea erorilor direct împotriva unei acțiuni a controlerului:

MARI

Aici putem vedea că prima linie definește gestionarea erorilor și îi spunem printr-un atribut tipul de eroare la care ar trebui să se aștepte, apoi îi spunem ce vizualizare ar trebui să invoce atunci când apare, în cele din urmă definim acțiunea controlorului nostru obișnuit.
Acum, dacă ceea ce avem cu adevărat nevoie este ca toate erorile de acest tip să fie trimise în acea vizualizare pe care o definim, nu merită să copiați același cod din nou și din nou pentru fiecare acțiune care poate fi afectată, pentru aceasta putem defini eroare de manipulare pentru întregul controler așa cum vedem în următoarea imagine:

Dacă suntem observatori, vom observa că este aceeași structură pe care tocmai am văzut-o, singura diferență este că, în loc să aplicăm handlerul înainte de o acțiune, o facem doar înainte de controler, după care acțiunile controlerului conținut se încadrează în sfera sau sfera de aplicare a gestionării erorilor noastre personalizate.
Utilizați ExceptionTypeCeea ce trebuie să fim clari este să putem cunoaște tipul de excepție pe care vrem cu adevărat să o captăm pentru a o defini în cadrul atributului ExceptionType, deoarece aceasta este cheia pentru a putea obține funcționarea adecvată a noii noastre secțiuni.
În opinia pe care o definim, putem decide între afișarea unui mesaj utilizatorului sau prezentarea unor acțiuni care pot fi efectuate, cum ar fi trimiterea unui mesaj de raportare sau poate returnarea acestuia pentru a repeta acțiunea din nou, toate acestea depinzând de interesele noastre .
Cu aceasta am terminat acest tutorial, am învățat să generăm o gestionare mult mai personalizată a erorilor, unde putem capta diferite erori în funcție de acțiuni sau chiar de către controlere.V-a plăcut și ați ajutat acest tutorial?Puteți recompensa autorul apăsând acest buton pentru a-i oferi un punct pozitiv
wave wave wave wave wave