Net framework 5, а также среды Visual Studio 2012 и C#

Глава.20 .Исключения.и.управление.состоянием
// Добавление имени файла к объекту IOException
e.Data.Add("Filename", filename);
throw; // повторное генерирование того же исключения
}
}
Хороший практический пример: если конструктор типа генерирует исклю-
чение, которое не перехватывается внутри его метода, это исключение пере-
хватывает своими средствами CLR, а вместо него генерирует исключение 
TypeInitializationException
. Это полезно, так как CLR создает внутри методов 
код неявного вызова конструкторов типа
1
. Если конструктор типа генерирует ис-
ключение 
DivideByZeroException
, ваш код может попытаться перехватить его 
и восстановиться. При этом вы даже не узнаете о том, что был задействован кон-
структор типа. А так как CLR преобразует исключение 
DivideByZeroException
в 
TypeInitializationException
, вы четко видите, что причиной исключения стали 
проблемы с конструктором типа, а не с вашим кодом.
Впрочем, и этот подход имеет и свои недостатки. При вызове метода через 
отражение CLR автоматически перехватывает все генерируемые этим методом 
исключения и преобразует их тип в 
TargetInvocationException
. В результа-
те для поиска сведений о причинах исключения требуется перехватить объект 
TargetInvocationException
и проанализировать его свойство 
InnerException
. 
Более того, при работе с отражениями, как правило, приходится иметь дело при-
мерно с таким кодом:
private static void Reflection(Object o) {
try {
// Вызов метода DoSomething для этого объекта
var mi = o.GetType().GetMethod("DoSomething");
mi.Invoke(o, null); // Метод DoSomething может сгенерировать исключение
}
catch (System.Reflection.TargetInvocationException e) {
// CLR преобразует его в TargetInvocationException
throw e.InnerException; // Повторная генерация исходного исключения
}
}
Впрочем, все не так плохо. Если для вызова члена используются примитивные 
динамические типы C# (о них мы говорили в главе 5), сгенерированный компилято-
ром код не перехватывает вообще никаких исключений и не генерирует исключение 
TargetInvocationException
; исходное сгенерированное исключение просто пере-
мещается вверх по стеку. Именно поэтому многие разработчики вместо отражений 
предпочитают использовать примитивные динамические типы.
1
Дополнительную информацию по этой теме вы найдете в соответствующем разделе 
главы 8.

---