Webová aplikace bude mít mnoho kvalit, ale musíme si být vědomi temné stránky, a to je, že bude mít mnoho chyb, ačkoli můžeme přijmout veškerá předběžná opatření a provést všechny jednotkové testy, vždy se vyskytnou případy a situace, které jsme neviděli. které mohou explodovat v produkčním prostředí.
Když se spustí fatální chyba, poslední věc, kterou chceme, je, aby uživatel viděl chybovou zprávu, kterou nám dává. ASP.NET MVC, proto se musíme naučit zvládat chyby Y výjimky abychom mohli vést naši aplikaci, jak problém vyřešit.
Zpracování chyby v ASP.NET MVC
Když pracujeme s požadavky HTTP a se vstupem uživatele se něco může pokazit a je naší povinností pokusit se to minimalizovat, i když nebudeme schopni znát všechny případy, pokud dokážeme vytvořit komponentu, která konkrétním způsobem řeší chyby, které neznáme .
Rámec nám umožňuje vytvořit vlastní chybové stránky, pokud aktivujeme odpovídající možnost, tedy pokud dojde k chybě nebo výjimka že nezvládáme, můžeme ukázat stránku méně fatální než klasickou ASP.NET MVC které můžeme vidět na následujícím obrázku:
Ačkoli můžeme zprávu zavřít, je tu něco znepokojivého, ale pokud vidíme zdrojový kód, kde se stala chyba, může to vést k bezpečnostním děrám, takže je důležité, aby tato stránka nebyla nikdy ve výrobě vidět.
Vlastní chybová stránka
Ačkoli nemít chyby je ideální stav, ale samo o sobě je to utopie, takže musíme žít s problémem problémů a s tím, že se vždy vyskytnou, v ASP.NET MVC můžeme s nimi jednat třemi způsoby.
The První je vždy zobrazit výchozí stránku, kterou jsme viděli na předchozím obrázku, takže když dojde k chybě, uvidíme ji se všemi riziky, která to s sebou nese. The druhý status právě zobrazuje naši vlastní chybovou stránku, což nám pomáhá nenechat zobrazit zdrojový kód naší aplikace.
A nakonec ten Třetí stav a jeden z nejužitečnějších, že při přistupování k aplikaci ze vzdálené adresy je vidět pouze vlastní chybová stránka, tento poslední režim nám pomáhá ladit, protože pokud aplikaci spustíme a procházíme v ní localhost uvidíme výchozí stránku chyb, a tak si navzájem pomáháme se všemi detaily, ale pokud se jedná o klienta, který se připojuje z jiného počítače, uvidíte pouze vlastní chybu.
Použijte státyAbychom mohli použít tyto tři stavy, musíme pouze změnit směrnici customErrors, s hodnotami vypnutými, zapnutými a Pouze RemoteOnly Pro každý z výše popsaných stavů můžeme umístit vlastní stránku chyb.
Podívejme se na následujícím obrázku na ukázkový kód, jak upravit tuto směrnici konfiguračního souboru:
Vidíme, že můžeme nastavit konkrétní stránky na známé chyby, jako nenalezené nebo 404, můžeme to také udělat s chybou 500 a jinými kódy, čímž dokončíme tento tutoriál, se kterým jsme se trochu naučili základní způsob řešení chyb v ASP.NET MVC.
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
