Zpracování chyb v řadiči ASP.NET MVC

The vypořádání se s chybou Je to něco zásadního v rámci aplikace, je to to, co nám umožňuje provádět přechody hladce, když se vyskytnou problémy, a navíc zabránit neúspěšnému používání aplikace uživatelem.
Ačkoli můžeme definovat vlastní stránku pro chyby, někdy to nestačí, existují případy, kdy můžeme uživateli poskytnout další možnosti, a proto musí nést jiné zacházení, a právě zde přichází možnost takové zpracování provádět chyb přímo v ovladačích.
Jak jsme zmínili na začátku, můžeme vytvořit a vlastní zpracování chyb Na obecné úrovni však existují situace, které si zaslouží zvláštní případ, proto můžeme povolit zpracování chyb v řadičích.
Jak to udělat?K tomu máme metodu, která nám umožňuje určit, jaký typ chyby se chystá zachytit prostřednictvím atributu, a pak můžeme definovat, zda ji použijeme přímo na metodu nebo na ovladač jako celek; nakonec, pokud dojde k chybě, pro kterou jsme zadali atribut, spadne do obslužné rutiny a pošle nás do pohledu, který jsme pro tento účel definovali.
Na následujícím obrázku vidíme, jak můžeme použít zpracování chyb přímo proti akci řadiče:

ZVĚTŠIT

Zde vidíme, že první řádek definuje obsluha chyb a řekneme mu prostřednictvím atributu typ chyby, kterou by měl očekávat, pak mu řekneme, který pohled by měl vyvolat, když k němu dojde, nakonec definujeme činnost našeho správce obvykle.
Pokud tedy opravdu potřebujeme, aby všechny chyby tohoto typu byly odeslány do toho pohledu, který definujeme, nemá cenu kopírovat stejný kód znovu a znovu pro každou akci, která může být ovlivněna, proto můžeme definovat vypořádání se s chybou pro celý ovladač, jak vidíme na následujícím obrázku:

Pokud jsme pozorovatelé, všimneme si, že se jedná o stejnou strukturu, jakou jsme právě viděli, jediný rozdíl je v tom, že místo použití psovoda před akcí to děláme jen před ovladačem, načež obsažené akce řadiče spadají do rozsahu nebo rozsahu našeho vlastního obslužného programu chyb.
Použijte ExceptionTypeTo, o čem musíme mít jasno, je umět znát typ výjimky, kterou opravdu chceme zachytit, abychom ji definovali v atributu Typ výjimky, protože to je klíč k získání vhodného provozu naší nové sekce.
V názoru, který definujeme, se můžeme rozhodnout mezi zobrazením zprávy uživateli nebo snad představením některých akcí, které lze provést, jako je odeslání zprávy o zprávě nebo její vrácení, aby se její akce opakovala, to vše závisí na našich zájmech .
Tím jsme tento tutoriál dokončili, naučili jsme se generovat mnohem více přizpůsobené zpracování chyb, kde můžeme zachytit různé chyby podle akcí nebo dokonce pomocí ovladačů.Líbil se vám tento návod a pomohl mu?Autora můžete odměnit stisknutím tohoto tlačítka, čímž mu dáte kladný bod