Когда нужно использовать исключения

@Knjagskij · Регистрация: 10.11.2008

Студворк — интернет-сервис помощи студентам

Когда, по вашему, лучше использовать исключения?

@Kerry_Jr · 01.12.2015, 11:07

Knjagskij, в эту тему загляните. Там это же обсуждается.

@Operok · 01.12.2015, 11:24

Ловить исключения или бросать?
Ловить стоит везде где они могут быть брошены. Какие исключения бросают те или иные функции должно быть задокументировано. Необработанное исключение - падение программы.
Бросание исключений это как сообщить другому программисту, использующему ваш код (библиотеку, например), об ошибке, как поступать с этой ошибкой решать ему, ваша задача, как можно более подробно описать её (либо задокументировать, либо передать всю нужную информацию в сообщении этого исключения). Бросать исключения в коде уже самого приложения, нет смысла, вам же его и ловить придётся.

@rikimaru2013 · 01.12.2015, 11:29

Сообщение от Operok

Бросать исключения в коде уже самого приложения, нет смысла

затрите пока никто не видел, а то портит пост

@Operok · 01.12.2015, 11:57

Не по теме:

Сообщение от rikimaru2013

затрите

поздно :(

Я наверное не так выразился. Нет смысла кидать исключения в коде, который не будет использоваться в других приложениях. Например, обработка параметров функции main, даже если для этого написал небольшой класс, достаточно вывести сообщение пользователю. Т.е. я либо ловлю исключения и сообщаю при необходимости пользователю (текст в консоли или message box), либо при возникновении исключительной ситуации уже обрабатываю её (не бросая исключения), при необходимости сообщая что-нибудь пользователю.

Ilot · 01.12.2015, 12:06

Сообщение от Knjagskij

Когда, по вашему, лучше использовать исключения?

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

@Knjagskij · 01.12.2015, 16:01 **[ТС]**

А просто передавать некое число на выходе функции, которое в себе несет код ошибки чем не удобно?

@0x10 · 01.12.2015, 16:05

Сообщение от Knjagskij

А просто передавать некое число на выходе функции, которое в себе несет код ошибки чем не удобно?

Такой подход предполагает, что где-то для каждого числа должна быть сопоставлена строка с человекопонятным описанием.
См похожее: errno, perror.
С той разницей, что errno — глобальная переменная.

Почему еще это неудобно — конструктор вообще ничего не возвращает.

silent_1991 · 01.12.2015, 16:06

Knjagskij, ну, навскидку: 1) придётся на всех уровнях вложенности вызовов проверять коды ошибок и в случае неудачи пробрасывать код наверх, в место, где нужно обработать ошибку; 2) код ошибки не несёт дополнительной информации. Не открылся файл? Отлично. А какой файл? Конфиг? Или лог? Или какой-нибудь временный файл? Не будете же вы на эти три однородных ошибки 3 кода заводить.

@0x10 · 01.12.2015, 16:08

Сообщение от silent_1991

Не открылся файл? Отлично. А какой файл?

Тот, который только что пытались открыть)

@Operok · 01.12.2015, 16:08

Сообщение от Knjagskij

А просто передавать некое число на выходе функции, которое в себе несет код ошибки чем не удобно?

Такой подход используют многие библиотеки. Без такого подхода никак в программировании COM и динамических библиотек (HRESULT), так как передать исключение в таких случаях не представляется возможным.

silent_1991 · 01.12.2015, 16:13

Сообщение от 0x10

Тот, который только что пытались открыть)

Как мы узнаем, какой файл мы пытались открыть, если между местом возникновения ошибки и местом её обработки лежит 5 фреймов стека?)) Потому и написал, что обычно extra-data полезнее, чем сам тип ошибки.

@Knjagskij · 01.12.2015, 17:17 **[ТС]**

Мы можем структуру на выходе выдавать.

Сообщение от silent_1991

Knjagskij, ну, навскидку: 1) придётся на всех уровнях вложенности вызовов проверять коды ошибок и в случае неудачи пробрасывать код наверх, в место, где нужно обработать ошибку; 2) код ошибки не несёт дополнительной информации. Не открылся файл? Отлично. А какой файл? Конфиг? Или лог? Или какой-нибудь временный файл? Не будете же вы на эти три однородных ошибки 3 кода заводить.

А как нам поможет исключение в этом случае, там же тоже названию сопоставляется обработчик.
Не разобрался, чем пара (throw, catch) отличается от (return, swich(if))?

silent_1991 · 01.12.2015, 17:21

Сообщение от Knjagskij

А как нам поможет исключение в этом случае

В каком из двух?)
В первом случае, нам ничего вручную пробрасывать не придётся, исключение поймается там, где будет соответствующий обработчик, хоть в функции main.
Во втором случае, объект исключения может нести дополнительную информацию, в приведённом случае, например, имя файла, который не удалось открыть, и причину, по которой это не удалось сделать (эту причину должна каким-либо образом вернуть функция открытия файла, это может быть код ошибки или, например, другой объект-исключение).

@0x10 · 01.12.2015, 17:22

Сообщение от Knjagskij

Мы можем структуру на выходе выдавать.

Можно. Еще через пару итераций придешь к мысли, что можно возвращать сумму типов: variant<Result, Error>.

Сообщение от Knjagskij

А как нам поможет исключение в этом случае, там же тоже названию сопоставляется обработчик.

1. Кидают, как правило, осмысленные структуры с различимыми типами и информацией об ошибке.
2. Во время генерации исключения происходит раскрутка стека, что позволяет выбрать на каком уровне разумно обработать исключение, а не вручную пробрасывать код ошибки/структуру через все уровни.
3. Исключения помогают разделить код бизнес-логики и код обработки ошибок. В блоке try — логика, в блоках catch — обработка исключений. В случае кодов возврата нужно после каждого вызова писать код проверок.

@Knjagskij · 01.12.2015, 17:25 **[ТС]**

А если у нас два потока и один бросает исключение, то мы можем поймать его в другом?

silent_1991 · 01.12.2015, 17:26

Сообщение от 0x10

Еще через пару итераций придешь к мысли, что можно возвращать сумму типов: variant<Result, Error>.

И, в общем-то, будет не далёк от истины) Тоже вполне себе подход к обработке ошибок, и много где используется по умолчанию.

@Knjagskij · 01.12.2015, 17:26 **[ТС]**

Честно говоря, все-равно до конца не понял, можете привести какой-нибудь пример, где исключениями пользоваться проще, чем if-ми?

silent_1991 · 01.12.2015, 17:43

Сообщение от Knjagskij

А если у нас два потока и один бросает исключение, то мы можем поймать его в другом?

Нет, исключения нужно обязательно поймать где-то в потоке, в котором оно возникло, если оно выйдет из точки входа потока, вызовется std::terminate.

Добавлено через 4 минуты
Сейчас накидаю вам пример.

Добавлено через 8 минут
Простенький пример.
С исключениями: http://ideone.com/1awEGD
Без исключений: http://ideone.com/ddJv4s
Тут всего один уровень вложенности (функция handlefiles вызывает проблемную функцию openfile). А представьте, если проблемных функций много, все могут вернуть разные ошибки, и много уровней вложенности, а нам надо ошибку обработать далеко от места её возникновения? Куча if'ов, возвраты кодов ошибок, которые функция по логике возвращать не должна (где-то в недрах не открылся файл, о котором пользователь и знать не должен, а ему из интерфейсной функции летит такой код ошибки).

@Knjagskij · 02.12.2015, 16:10 **[ТС]**

Отдельное спасибо, за

C++
1
code = openfile("/home/Knjagskij/file1.txt");

)))
А мы обязательно должны передавать в исключении объект? И число 10 - это просто параметр для примера, или в нем есть какой-то смысл?

C++
1
throw OpenFileException(name, 10);

Кстати, в ООП, как я понял, я является признаком хорошего тона возвращать значения атрибутов через методы? Или не обязательно, ведь, одно дело, если мы присваиваем им значения и их нужно проверять, а другое, если мы ничем не рискуем (при присвоении значения чему-либо из атрибута этого класса)

Новые блоги и статьи Все статьи Все блоги /
Отображение реквизитов в документе по условию и контроль их заполнения Maks 04.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеСпецтехники", разработанного в конфигурации КА2. Данный документ берёт данные из другого нетипового документа. . .	Фото всей Земли с борта корабля Orion миссии Artemis II kumehtar 04.04.2026 Это первое подобное фото сделанное человеком за 50 лет. Снимок называют новым вариантом легендарной фотографии «The Blue Marble» 1972 года, сделанной с борта корабля «Аполлон-17». Новое фото. . .	Вывод диалогового окна перед закрытием, если документ не проведён Maks 04.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: реализовать программный контроль на предмет проведения документа. . .	Программный контроль заполнения реквизита табличной части документа Maks 02.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: реализовать контроль заполнения реквизита "ПричинаСписания". . .
wmic не является внутренней или внешней командой Maks 02.04.2026 Решение: DISM / Online / Add-Capability / CapabilityName:WMIC~~~~ Отсюда: https:/ / winitpro. ru/ index. php/ 2025/ 02/ 14/ komanda-wmic-ne-naydena/	Программная установка даты и запрет ее изменения Maks 02.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: при создании документов установить период списания автоматически. . .	Вывод данных в справочнике через динамический список Maks 01.04.2026 Реализация из решения ниже выполнена на примере нетипового справочника "Спецтехника" разработанного в конфигурации КА2. Задача: вывести данные из ТЧ нетипового документа. . .	Программное заполнения текстового поля в реквизите формы документа Maks 01.04.2026 Алгоритм из решения ниже реализован на нетиповом документе "ВыдачаОборудованияНаСпецтехнику" разработанного в конфигурации КА2, в дополнении к предыдущему решению. На форме документа создается. . .

@Knjagskij -2 / 8 / 2 Регистрация: 10.11.2008 Сообщений: 776

	Когда нужно использовать исключения 01.12.2015, 11:03. Показов 2076. Ответов 21 Метки нет (Все метки) Когда, по вашему, лучше использовать исключения? 0

@Kerry_Jr 3106 / 2591 / 1219 Регистрация: 14.05.2014 Сообщений: 7,236 Записей в блоге: 1
	01.12.2015, 11:07
	Knjagskij, в эту тему загляните. Там это же обсуждается. 1

@Operok 183 / 181 / 66 Регистрация: 15.02.2015 Сообщений: 515
	01.12.2015, 11:24
	Ловить исключения или бросать? Ловить стоит везде где они могут быть брошены. Какие исключения бросают те или иные функции должно быть задокументировано. Необработанное исключение - падение программы. Бросание исключений это как сообщить другому программисту, использующему ваш код (библиотеку, например), об ошибке, как поступать с этой ошибкой решать ему, ваша задача, как можно более подробно описать её (либо задокументировать, либо передать всю нужную информацию в сообщении этого исключения). Бросать исключения в коде уже самого приложения, нет смысла, вам же его и ловить придётся. 1

@Knjagskij -2 / 8 / 2 Регистрация: 10.11.2008 Сообщений: 776
	01.12.2015, 16:01 [ТС]
	А просто передавать некое число на выходе функции, которое в себе несет код ошибки чем не удобно? 0

silent_1991 5058 / 3118 / 271 Регистрация: 11.11.2009 Сообщений: 7,044
	01.12.2015, 16:06
	Knjagskij, ну, навскидку: 1) придётся на всех уровнях вложенности вызовов проверять коды ошибок и в случае неудачи пробрасывать код наверх, в место, где нужно обработать ошибку; 2) код ошибки не несёт дополнительной информации. Не открылся файл? Отлично. А какой файл? Конфиг? Или лог? Или какой-нибудь временный файл? Не будете же вы на эти три однородных ошибки 3 кода заводить. 0

@Knjagskij -2 / 8 / 2 Регистрация: 10.11.2008 Сообщений: 776
	01.12.2015, 17:25 [ТС]
	А если у нас два потока и один бросает исключение, то мы можем поймать его в другом? 0

@Knjagskij -2 / 8 / 2 Регистрация: 10.11.2008 Сообщений: 776
	01.12.2015, 17:26 [ТС]
	Честно говоря, все-равно до конца не понял, можете привести какой-нибудь пример, где исключениями пользоваться проще, чем if-ми? 0

Когда нужно использовать исключения

Решение