ASP.NET MVC - Обработка на изключения

Когато изграждаме приложение с ASP.NET MVC и го правим с помощта AJAX Трябва да вземем специални предпазни мерки, когато разглеждаме грешките, които нашата програма може да върне.
Когато заявката е неуспешна, ще получим a грешка на сървъра 500 което не е добре за потребителя да види или може би ще получим съобщение с проследяване на грешки ASP.NET че ако не го заснемем, преди да може да се види отвън и злонамерен потребител може да получи данни, за да го използва и да атакува нашия сайт.
За да избегнем големи проблеми, когато нашето приложение връща грешка, ние трябва да работим за обработката им като изключения, така че преди да възникне грешката, нашето приложение може да знае това и да хвърли по-удобно за потребителя съобщение, което не компрометира нашата сигурност.
А изключение възниква, когато част от нашия код се опитва да извърши действие и се проваля, или се опитва да запита несъществуващи данни, или защото не проверяваме някои въведени потребителски данни, ако използваме AJAX Може да получим грешка 500, но също така, ако това не се случи и грешни данни пристигнат в нашия контролер, можем да получим следа от грешка като тази, която виждаме на следното изображение:

The следи от грешки Те рядко предлагат полезно количество информация за разработчика и ако не изчистим какво ще покаже, можем да компрометираме сигурността на сайта, като филтрираме конфигурационни данни от нашето приложение или от нашия сървър.
За да избегнете всички проблеми, които могат да бъдат генерирани, когато възникне грешка в ASP.NET можем да се справим с такива грешки като изключения и за това можем да уловим грешката и да изпратим персонализирано съобщение или просто да изпратим отговор, че страницата, която търсите, не съществува.
Какво да използватеЗа целта можем да използваме метода HttpResponseException което ни позволява да преминем като параметър a HTTP код като 404 страница не е намерена.
На следващото изображение виждаме код, който използва споменатия метод за обработка на изключението, нека видим:

Увеличете

Тук случващото се е съвсем просто, първо търсим елемента по идентификатора, в случай че връща празен или несъществуващ, за нашия пример го потвърждаваме с null, ще установим съобщение за грешка, с метода HttpResponseException задаваме код на not found и подготвяме персонализирано съобщение, накрая стартираме това съобщение.
Благодарение на това избягваме изпращането на нулев или празен отговор на нашето приложение което би могло да го накара да се счупи в даден момент и да покаже грешка неправилно, ние също изпратихме по -приятелско съобщение до потребителя, в което се посочва защо тяхната заявка не връща резултати.
Чрез получаване на персонализирано съобщение можем също така да дадем по-конкретна информация, която разработчикът може да използва, е по-лесно да се знае, че продуктът не съществува, отколкото да се наложи да прегледате проследяване на 100 реда, за да разберете същото.
Завършихме урока, след като научихме малко повече за рисковете от неизправяне на грешки, както и научихме как да се справяме с тях, като ги третираме като изключения.