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

таблица 20.1
.(
продолжение
)

---

507
Класс.System Exception
ВниМание
При.появлении.исключения.CLR.обнуляет.его.начальную.точку .То.есть.CLR.запо-
минает.только.место.появления.самого.последнего.исключения 
Следующий код генерирует то же исключение, которое было перехвачено, и за-
ставляет CLR обнулить начальную точку:
private void SomeMethod() {
try { ... }
catch (Exception e) {
...
throw e; // CLR считает, что исключение возникло тут
// FxCop сообщает об ошибке
}
}
В противоположность этому, при повторном вызове перехваченного исключения 
с помощью ключевого слова 
throw
удаления из стека информации о начальной 
точке не происходит. Пример:
private void SomeMethod() {
try { ... }
catch (Exception e) {
...
throw; // CLR не меняет информацию о начальной точке исключения.
// FxCop НЕ сообщает об ошибке
}
}
Эти два фрагмента кода отличаются только тем, где, по мнению CLR, было 
сгенерировано исключение. К сожалению, при первом или повторном вызове ис-
ключения Windows обнуляет стек с информацией о начальной точке. И в случае 
необработанного исключения в систему сбора информации об ошибках Windows 
уходят сведения о последнем вброшенном исключении, даже если CLR «знает», 
где именно было сгенерировано самое первое исключение. Это серьезно усложняет 
отладку приложений. Некоторым разработчикам подобная ситуация кажется недо-
пустимой, поэтому они выбирают другой способ реализации кода, гарантирующий 
истинность информации о первоначальной точке возникновения исключения:
private void SomeMethod() {
Boolean trySucceeds = false;
try {
...
trySucceeds = true;
}
finally {
if (!trySucceeds) { /* код перехвата исключения */ }
}
}

---

508