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

Глава.20 .Исключения.и.управление.состоянием
Обратите внимание, что в предыдущем примере не указан тип исключения 
в блоке 
catch
, поскольку здесь требуется перехватывать абсолютно все исключе-
ния. К счастью, в C# достаточно опустить тип исключения, и инструкция 
throw
повторно сгенерирует это исключение.
сокрытие деталей реализации для сохранения контракта
Иногда бывает полезно после перехвата одного исключения сгенерировать исклю-
чение другого типа. Это может быть необходимо для сохранения смысла контракта 
метода. Тип нового исключения должен быть конкретным (не использоваться 
в качестве базового или любого другого типа исключений). Рассмотрим псевдокод 
типа 
PhoneBook
, определяющего метод поиска номера телефона по имени:
internal sealed class PhoneBook {
private String m_pathname; // Путь к файлу с телефонами
// Выполнение других методов
public String GetPhoneNumber(String name) {
String phone;
FileStream fs = null;
try {
fs = new FileStream(m_pathname, FileMode.Open);
// Чтение переменной fs до обнаружения нужного имени
phone = /* номер телефона найден */
}
catch (FileNotFoundException e) {
// Генерирование другого исключения, содержащего имя абонента,
// с заданием исходного исключения в качестве внутреннего
throw new NameNotFoundException(name, e);
}
catch (IOException e) {
// Генерирование другого исключения, содержащего имя абонента,
// с заданием исходного исключения в качестве внутреннего
throw new NameNotFoundException(name, e);
}
finally {
if (fs != null) fs.Close();
}
return phone;
}
}
Данные телефонного справочника получают из файла (а не из сетевого соеди-
нения или базы данных), но пользователю типа 
PhoneBook
это неизвестно, так как 
это — особенность реализации, которая может измениться в будущем. Поэтому, 
если почему-либо файл не найден или не может быть прочитан, вызывающий 
код получит исключение 
FileNotFoundException
или 
IOException
, которое он 
не ожидает. Иначе говоря, существование файла и возможность его чтения не 
являются частью неявного контракта метода; тот, кто вызвал этот метод, не может 

---

531
Приемы.работы.с.исключениями
знать заранее, что эти допущения будут нарушены. Поэтому метод 
GetPhoneNumber
перехватывает эти два типа исключений и генерирует вместо них новое исключение 
NameNotFoundException
.
При использовании этого приема следует перехватывать конкретные исклю-
чения, обстоятельства возникновения которых вы хорошо понимаете. Кроме того, 
вы должны знать, какие типы исключений являются производными от перехва-
тываемого типа.
Повторное генерирование исключения сообщает вызывающему коду о том, что 
метод не в состоянии решить свою задачу, а тип 
NameNotFoundException
дает ему 
абстрактное представление о причине сбоя. Важно задать внутреннее исключение 
нового исключения как имеющее тип 
FileNotFoundException
или 
IOException
, 
чтобы не потерять его реальную причину, знание которой может быть полезно 
разработчику типа 
PhoneBook
.