Aplikacja webowa będzie miała wiele zalet, jednak jest ciemna strona, której musimy być świadomi, a mianowicie, że będzie zawierała wiele błędów, chociaż możemy podjąć wszelkie środki ostrożności i wykonać wszystkie testy jednostkowe, zawsze będą przypadki i sytuacje, których nie widzieliśmy, które mogą eksplodować w środowisku produkcyjnym.
Gdy pojawia się błąd krytyczny, ostatnią rzeczą, jakiej chcemy, jest to, aby użytkownik zobaczył komunikat o błędzie, który nam daje. ASP.NET MVC, dlatego musimy nauczyć się radzić błędy Tak wyjątki abyśmy mogli pokierować naszą aplikacją, jak rozwiązać problem.
Obsługa błędu w ASP.NET MVC
Kiedy pracujemy z prośbami HTTP i z danymi wprowadzonymi przez użytkownika coś może pójść nie tak i naszym zadaniem jest próba zminimalizowania tego, chociaż nie będziemy w stanie poznać wszystkich przypadków, jeśli uda nam się stworzyć komponent, który rozwiązuje w określony sposób błędy, których nie znamy .
Framework pozwala nam na tworzenie niestandardowych stron błędów, jeśli aktywujemy odpowiednią opcję, a więc jeśli wystąpi błąd lub wyjątek z którym sobie nie poradzimy możemy pokazać stronę mniej fatalną niż klasyczna ASP.NET MVC które możemy zobaczyć na poniższym obrazku:
Chociaż możemy odrzucić komunikat, że jest coś niepokojącego, jeśli zobaczymy kod źródłowy miejsca, w którym wystąpił błąd, może to prowadzić do luk w zabezpieczeniach, dlatego ważne jest, aby ta strona nigdy nie była widoczna w środowisku produkcyjnym.
Niestandardowa strona błędu
Wprawdzie brak błędów jest stanem idealnym, ale samo w sobie jest utopią, więc musimy żyć z problemem problemów i tym, że będą one zawsze występować, w ASP.NET MVC możemy sobie z tym poradzić na trzy sposoby.
ten pierwszy jest pokazywanie domyślnej strony, którą widzieliśmy na poprzednim obrazie przez cały czas, więc gdy wystąpi błąd, zobaczymy go, ze wszystkimi związanymi z tym ryzykiem. ten druga status pokazuje tylko naszą niestandardową stronę błędu, co pomaga nam nie wyświetlać kodu źródłowego aplikacji.
I wreszcie trzeci status i jeden z najbardziej użytecznych, że tylko niestandardowa strona błędu jest widoczna, gdy aplikacja jest dostępna ze zdalnego adresu, ten ostatni tryb pomaga nam w debugowaniu, ponieważ jeśli uruchomimy aplikację i nawigujemy po niej Lokalny Gospodarz zobaczymy domyślną stronę błędów, a tym samym pomożemy sobie nawzajem we wszystkich szczegółach, ale jeśli jest to klient, który łączy się z innej maszyny, zobaczysz tylko niestandardowy błąd.
Użyj stanówAby skorzystać z tych trzech stanów, wystarczy zmienić dyrektywę Błędy niestandardowe, z wartościami wyłączonymi, włączonymi i Tylko zdalna Dla każdego z wyżej opisanych stanów możemy umieścić niestandardową stronę błędów.
Zobaczmy na poniższym obrazku przykładowy kod, jak dostosować tę dyrektywę pliku konfiguracyjnego:
Widzimy, że możemy ustawić określone strony na znane błędy, takie jak nie znaleziono lub 404, możemy to również zrobić z błędem 500 i innymi kodami, na tym kończymy ten samouczek, dzięki któremu nauczyliśmy się trochę podstawowego sposobu obsługi błędów w ASP.NET MVC.
Podobał Ci się i pomógł ten samouczek?Możesz nagrodzić autora, naciskając ten przycisk, aby dać mu pozytywny punkt
