Intro-CSharp-Book-v2015

432 Въведение в програмирането със C#
получава информация, че олихвяването не е успешно, а като детайли за
неуспеха може да разгледа оригиналното изключение, причинител на
проблема, от което например може да стане ясно, че няма връзка със
сървъра за бази данни.
Тези application exceptions от бизнес областта на решавания проблем, за
които дадохме пример, обаче не съдържат достатъчно информация за
възникналата грешка, за да бъде поправена тя. Затова е добра практика в
тях да има и техническа информация за оригиналния причинител на
проблема, която е много полезна, например при дебъгване.
Същото обяснение от друга гледна точка: един компонент A има дефинирани
малък брой изключения (A-изключения). Този компонент използва
друг компонент Б. Ако Б хвърли Б-изключение, то A не може да си свърши
работата и също трябва да хвърли изключение, но не може да хвърли Б-
изключение, затова хвърля А-изключение, съдържащо изключението Б
като вложено изключение.
Защо A не може да хвърли Б-изключение? Има много причини:
- Ползвателите на A не трябва да знаят за съществуването на Б (за
повече информация разгледайте точката за абстракция от главата за
принципите на ООП).
- Компонентът A не е дефинирал, че ще хвърля Б-изключения.
- Ползвателите на A не са подготвени за Б-изключения. Те очакват само
А-изключения.
Как да разчетем "Stack Trace" на вериги
изключения?
Сега ще дадем пример как можем да създадем верига от изключения и ще
демонстрираме как се изписва на екрана вложено изключение. Нека
имаме следния код (забележете, че вляво са дадени редовете от кода):
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
static void Main()
{
try
{
string fileName = "WrongFileName.txt";
ReadFile(fileName);
}
catch (Exception e)
{
throw new ApplicationException("Smth bad happened", e);
}
}
static void ReadFile(string fileName)
{
TextReader reader = new StreamReader(fileName);