2. наследуете от класса Exception или от одного из его наследников
Цитата(Primordial @ 18.11.2013, 02:39  ) |
| (Как вообще определить когда и для чего вводить свои типы исключений? Как, например, отреагировать на то, что класс читающий конфиг не нашел или не смог открыть файл: каким-либо из встроенных или пользовательским?) |
Ну вы же сами выше написали: когда не хватает базовых - вводите свои.
3. Исключение это такой же класс, который должен иметь какую-то одну "обязанность". "Обязанностью" в данном случая является описание ошибки. Какие именно классы плодить - зависит от того, какие ошибки вы хотите различать и обрабатывать в коде (например ловить в try/catch). Если обработчик ошибки в catch блоке "понимает" что надо делать при InvalidOperationException - значит хватит и этого эксепшена. Если, нет - пусть ловит более конкретный эксепшн, например MyEpicFailException.
Обработка в блоке catch базового класса Exception - плохая практика, т.к. вы вряд ли гарантированно можете восстановить согласованное состояние программы во всех возможных случаях. Поэтому обрабатывают более конкретные исключения, которые ожидаемо могут быть выброшены в блоке try. Т.е. те ошибки, которые вы знаете как "починить".
Допустим есть код
| Код |
|
(Читайте коммент в коде.) Дело в том, что вы не знаете как восстановиться из всех возможных причин вылета такого исключения, но вы, например знаете, что есть вероятное место ошибки в вашей операции, которое вы также знаете как починить. Пишете в этом случае своё исключение:
| Код |
|
В дальнейшем например вы можете еще более уточнить ошибку и выполнить еще более "умный2 код восстановления, например более оптимальный или надежный, при этом вы можете наследовать более точный эксепшн от более обощенного: MySpecificFailReasonException : MyEpicFailException. При этом, вы можете продолжать генерировать старое исключение в случаях, когда не моете генерировать более точное, и в блоке catch обрабатывать оба:
| Код |
|