Генерируйте исключения на правильном уровне абстракций

Не используйте исключения по мелочам

Если ошибка может быть обработана локально, там ее и обрабатывайте. Не генерируйте в коде не перехватываемое исключение, если ошибка может быть исправлена на месте.

Избегайте генерировать исключения в конструкторах и деструкторах, если только вы не перехватываете их позднее

Правила обработки исключений очень быстро усложняются, когда исключения генерируются в конструкторах и деструкторах. Так, в C++ деструктор не вызывается, пока объект не создан полностью. Это значит, что, если код в конструкторе сгенерировал исключение, деструктор вызван не будет, что приведет к возможной утечке ресурсов (Meyers, 1996; Stroustrup, 1997). Аналогичные замысловатые правила относятся и к исключениям внутри деструкторов.

Приверженцы языка могут сказать, что запомнить эти правила очень легко. Но все же программисты — простые смертные, у них могут возникнуть трудности с запоминанием правил. Наилучшая программистская практика — избегать излишней сложности, которая создается при написании такого кода.

Интерфейс метода и класса должен представлять собой целостную абстракцию. Генерируемые исключения — такая же часть интерфейса, как и специальные типы данных.

Решив передать исключение, удостоверьтесь, что уровень абстракции исключения и метода совпадают. Вот как не надо делать:

Плохой пример Java-класса, который генерирует исключение на неверном уровне абстракции

class Employee {

…

Объявление исключения с неправильным уровнем абстракции.

public Taxld GetTaxIdQ throws EOFException {

…

}

…

}

Функция GetTaxId() передает низкоуровневое исключение EOFException вызывающей стороне. Она не обрабатывает исключение сама, а раскрывает некоторые детали своей реализации, генерируя низкоуровневое исключение. Это привязывает клиентский код не к классу Employee, а к коду внутри класса Employee, генерирующему исключение EOFException. Инкапсуляция нарушена, управляемость кода ухудшается.

Вместо этого код GetTaxId() должен передавать исключение, соответствующее интерфейсу класса, частью которого он является, например, так:

Хороший пример Java-класса, который генерирует исключение на правильном уровне абстракции

class Employee {

Объявление исключения, соответствующего уровню абстракции.

public Taxld GetTaxId() throws EmployeeDataNotAvailable {

…

}

…

}

Код обработки исключений внутри GetTaxId(), возможно, просто устанавливает соответствие между исключениями iojdisk not ready и EmployeeDataNotAvailable, что гораздо лучше, так как сохраняется абстракция интерфейса.

Дата добавления: 2014-01-07