Нашли ошибку или опечатку? Выделите текст и нажмите

Поменять цветовую

гамму сайта?

Поменять
Обновления сайта
и новые разделы

Рекомендовать в Google +1

Исключения уровня системы и приложения

64

Исключения уровня системы (System.SystemException)

В библиотеке базовых классов .NET содержится много классов, которые в конечном итоге наследуются от System.Exception. Например, в пространстве имен System определены ключевые классы исключений, такие как ArgumentOutOfRangeException, IndexOutOfRangeException, StackOverflowException и т.д. В других пространствах имен есть исключения, отражающие их поведение (например, в пространстве имен System.Drawing.Printing содержатся исключения, возникающие при печати, в System.IO — исключения, возникающие во время ввода-вывода, в System.Data — исключения, связанные с базами данных, и т.д.).

Исключения, которые генерируются самой платформой .NET, называются исключениями уровня системы. Эти исключения считаются неустранимыми фатальными ошибками. Они наследуются прямо от базового класса System.SystemException, который, в свою очередь, наследуется от System.Exception (а тот — от класса System.Object):

public class SystemException : Exception
{
// Различные конструкторы.
}

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

Исключения уровня приложения (System.ApplicationException)

Поскольку все исключения .NET представляют собой типы классов, вполне допускается создавать собственные исключения, предназначенные для конкретного приложения. Из-за того, что базовый класс System.SystemException представляет исключения, генерируемые CLR-средой, может сложиться впечатление о том, что специальные исключения тоже должны наследоваться от System.Exception. Поступать подобным образом действительно допускается, однако рекомендуется наследовать их не от System.Exception, а от System.ApplicationException:

public class ApplicationException : Exception
{
// Различные конструкторы.
}

Как и в SystemException, в классе ApplicationException никаких дополнительных членов, кроме набора конструкторов, не предлагается. С точки зрения функциональности единственной целью System.ApplicationException является указание на источник ошибки. То есть при обработке исключения, унаследованного от System.ApplicationException, программист может смело полагать, что исключение было вызвано кодом функционирующего приложения, а не библиотекой базовых классов .NET или механизмом исполняющей среды .NET.

Создание специальных исключений

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

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

  • наследоваться от ApplicationException;

  • сопровождаться атрибутом [System.Serializable];

  • иметь конструктор по умолчанию;

  • иметь конструктор, который устанавливает значение унаследованного свойства Message;

  • иметь конструктор для обработки "внутренних исключений";

  • иметь конструктор для обработки сериализации типа.

Давайте рассмотрим пример:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Collections;

namespace ConsoleApplication1
{
    // Специальное исключение
    [Serializable]
    public class MyException : ApplicationException
    {
        public MyException() { }
        public MyException(string message) : base(message) { }
        public MyException(string message, Exception ex) : base(message) { }
        // Конструктор для обработки сериализации типа
        protected MyException(System.Runtime.Serialization.SerializationInfo info,
            System.Runtime.Serialization.StreamingContext contex)
            : base(info, contex) { }
    }

    class Program
    {
        static int MyDel(int x, int y)
        {
            if (y == 0)
            {
                MyException exc = new MyException("ОШИБКА: деление на 0");
                exc.HelpLink = "http:\\professorweb.ru";
                throw exc;
            }
            return x / y;
        }

        static void Main()
        {
            try
            {
                MyDel(5, 0);
            }
            // Обрабатываем общее исключение
            catch (MyException)
            {
                Console.WriteLine("Возникла ошибка");
            }

        Console.ReadLine();
        }
    }
}

Как видите, в данном примере создается специальный класс исключения MyException, включающий в себя все вышеуказанные рекомендации.

Пройди тесты