Язык программирования C#9 и платформа .NET5

 }
 catch (ArgumentOutOfRangeException e)
 {
  Console.WriteLine(e.Message);
 }

// Этот блок будет перехватывать все остальные исключения .

 // помимо CarIsDeadException и ArgumentOutOfRangeException
 catch (Exception e)
 {
  Console.WriteLine(e.Message);
 }
 Console.ReadLine;

На заметку! Везде, где только возможно, отдавайте предпочтение перехвату специфичных классов исключений, а не общего класса System.Exception. Хотя может показаться, что это упрощает жизнь в краткосрочной перспективе (поскольку охватывает все исключения, которые пока не беспокоят), в долгосрочной перспективе могут возникать странные аварийные отказы во время выполнения, т.к. в коде не была предусмотрена непосредственная обработка более серьезной ошибки. Не забывайте, что финальный блок catch, который работает с System.Exception, на самом деле имеет тенденцию быть чрезвычайно общим.

Общие операторы catch

В языке C# также поддерживается "общий" контекст catch, который не получает явно объект исключения, сгенерированный заданным членом:

 // Общий оператор catch.
 Console.WriteLine("***** Handling Multiple Exceptions *****\n");
 Car myCar = new Car("Rusty", 90);
 try
 {
  myCar.Accelerate(90);
 }
 catch
 {
  Console.WriteLine("Something bad happened...");
  // Произошло что-то плохое...
 }
 Console.ReadLine;

Очевидно, что это не самый информативный способ обработки исключений, поскольку нет никакой возможности для получения содержательных данных о возникшей ошибке (таких как имя метода, стек вызовов или специальное сообщение). Тем не менее, в C# такая конструкция разрешена, потому что она может быть полезной, когда требуется обрабатывать все ошибки в обобщенной манере.

Повторная генерация исключений

Внутри логики блока try перехваченное исключение разрешено повторно сгенерировать для передачи вверх по стеку вызовов предшествующему вызывающему коду. Для этого просто используется ключевое слово throw в блоке catch. В итоге исключение передается вверх по цепочке вызовов, что может оказаться полезным, если блок catch способен обработать текущую ошибку только частично:

 // Передача ответственности.
 ...
 try
 {
  // Логика увеличения скорости автомобиля...
 }
 catch(CarIsDeadException e)
 {
  // Выполнить частичную обработку этой ошибки и передать ответственность.
  throw;
 }
 ...

Имейте в виду, что в данном примере кода конечным получателем исключения CarIsDeadException будет исполняющая среда .NET 5, т.к. операторы верхнего уровня генерируют его повторно. По указанной причине конечному пользователю будет отображаться системное диалоговое окно с информацией об ошибке. Обычно вы будете повторно генерировать частично обработанное исключение для передачи вызывающему коду, который имеет возможность обработать входное исключение более элегантным образом.

Также обратите внимание на неявную повторную генерацию объекта CarIsDeadException с помощью ключевого слова throw без аргументов. Дело в том, что здесь не создается новый объект исключения, а просто передается исходный объект исключения (со всей исходной информацией). Это позволяет сохранить контекст первоначального целевого объекта.

Внутренние исключения

Как нетрудно догадаться, вполне возможно, что исключение сгенерируется во время обработки другого исключения. Например, пусть вы обрабатываете исключение CarIsDeadException внутри отдельного блока catch и в ходе этого процесса пытаетесь записать данные трассировки стека в файл carErrors.txt на диске С: (для получения доступа к типам, связанным с вводом-выводом, потребуется добавить директиву using с пространством имен System.IO):

 catch(CarIsDeadException e)
 {
  // Попытка открытия файла carErrors.txt, расположенного на диске С:.
  FileStream fs = File.Open(@"C:\carErrors.txt", FileMode.Open);
  ...
 }

Если указанный файл на диске С: отсутствует, тогда вызов метода File.Open приведет к генерации исключения FileNotFoundException! Позже в книге, когда мы будем подробно рассматривать пространство имен System.IO, вы узнаете, как программно определить, существует ли файл на жестком диске, перед попыткой его открытия (тем самым вообще избегая исключения). Однако чтобы не отклоняться от темы исключений, мы предположим, что такое исключение было сгенерировано.

Когда во время обработки исключения вы сталкиваетесь с еще одним исключением, установившаяся практика предусматривает обязательное сохранение нового объекта исключения как "внутреннего исключения" в новом объекте того же типа, что и исходное исключение. Причина, по которой необходимо создавать новый объект обрабатываемого исключения, связана с тем, что единственным способом документирования внутреннего исключения является применение параметра конструктора. Взгляните на следующий код:

 using System.IO;
 // Обновление обработчика исключений
 catch (CarIsDeadException e)
 {
  try
  {
  FileStream fs =
  File.Open(@"C:\carErrors.txt", FileMode.Open);
  ...
  }
  catch (Exception e2)
  {
  // Следующая строка приведет к ошибке на этапе компиляции,
  // т.к. InnerException допускает только чтение.
  // е.InnerException = е2;
  // Сгенерировать исключение, которое записывает новое
  // исключение, а также сообщение из первого исключения.
  throw new CarIsDeadException(
  e.CauseOfError, e.ErrorTimeStamp, e.Message, e2); }
 }

Обратите внимание, что в данном случае конструктору CarIsDeadException во втором параметре передается объект FileNotFoundException. После настройки этого нового объекта он передается вверх по стеку вызовов следующему вызывающему коду, которым в рассматриваемой ситуации будут операторы верхнего уровня.