Генерирование исключений
При реализации своего метода следует сгенерировать исключение, если метод не
в состоянии решить возложенную на него задачу. При этом необходимо учитывать
два фактора.
Во-первых, следует понять, к какому производному от типа
Exception
типу
будет относиться ваше исключение. Выбирать следует осмотрительно. Подумайте
о том, каким образом код, расположенный выше по стеку вызовов, сможет получать
информацию о неудачной работе метода, чтобы выполнить восстановительные
операции. Можно воспользоваться для этой цели одним из типов, определенных
в FCL, но может оказаться и так, что там пока отсутствует подходящий тип. В та-
ком случае вам потребуется определить собственный тип, производный от класса
System.Exception
.
512
Глава.20 .Исключения.и.управление.состоянием
Если вы собираетесь создать иерархию исключений, постарайтесь, чтобы она
содержала как можно меньше базовых классов. Дело в том, что базовые классы
зачастую обрабатывают несколько ошибок по одним правилам, а это может быть
опасно. Соответственно, никогда не следует создавать объекты
System.Exception
и всегда нужно соблюдать максимальную осторожность при генерировании ис-
ключений базовых классов
1
.
ВниМание
В.данном.случае.приходится.также.иметь.дело.с.ограничениями,.связанными.
с.поддержкой.версий .Если.определить.новый.тип.исключения.как.производный.от.
существующего,.код,.перехватывавший.исключения.старого.типа,.будет.работать.и.
с.новым.типом .В.некоторых.сценариях.такое.поведение.требуется,.в.других.—.нет .
Весь.вопрос.в.том,.каким.образом.код,.перехватывающий.исключения.базового.
класса,.реагирует.на.тип.исключения.и.производные.от.него.типы .Не.ожидавший.по-
явления.новых.типов.код.может.повести.себя.непредсказуемо.и.даже.стать.причиной.
бреши.в.системе.безопасности .Определяющий.новый.тип.исключения.программист.
не.может.знать.всех.мест,.в.которых.окажется.перехваченное.базовое.исключение .
Не.осведомлен.он.и.о.способах.его.обработки .Поэтому.принять.однозначно.верное.
решение.в.подобной.ситуации,.увы,.невозможно
Во-вторых, следует решить, какое строковое сообщение должно быть передано
конструктору исключения. Генерирование исключения должно сопровождаться
подробной информацией о том, почему метод не смог решить свою задачу. При об-
работке перехваченного исключения это сообщение остается невидимым. С другой
стороны, если исключение останется необработанным, оно с большой вероятностью
будет зарегистрировано в журнале. Необработанное исключение свидетельствует
о наличии в приложении дефекта, об искоренении которого должен позаботиться
разработчик. Конечные пользователи не имеют доступа к исходному коду и не могут
перекомпилировать программу. Соответственно, не видят они и данного сообще-
ния, поэтому туда можно включать всю техническую информацию, необходимую
для устранения дефекта.
Более того, так как все разработчики должны понимать английский язык
(ведь языки программирования, а также FCL-классы и FCL-методы написаны на
английском), не имеет смысла локализовывать текст сообщения. Впрочем, если
вы создаете библиотеку классов для разработчиков, говорящих на других языках,
ничто не запрещает выполнить локализацию. Именно по этой причине Microsoft
локализует сообщения исключений, генерируемых FCL.
1
Класс System.Exception следовало бы объявить абстрактным, чтобы код, который пыта-
ется сгенерировать его, даже не компилировался.
Do'stlaringiz bilan baham: |