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

Здесь уместно такое соображение: throw это почти то же самое что goto, а строить логику программы на goto уже 40 лет как не рекомендуется.

Обработку же фатальных ошибок (после которых выполнение программы/подпрограммы уже не имеет смысла) допустимо делать с использованием throw.

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

нет, ошибка не фатальная.

У меня в коде есть именно такое место. Функция возвращает bool при нормальной работе, и кидает exception при ошибке.

Вопрос в том, желаешь ли ты вообще использовать исключения.

Если да, то вперед. Пусть кидается исключение всякий раз, когда в программе происходит ошибка, т.е. нарушается _нормальный_ ход программы. Тут тоже есть варианты. Например, невозможность открытия какого-то файла - это не всегда ошибка :)

Если нет, то есть разные способы. Например, помещать результат в структуру по указателю, а возвращать именно код ошибки. Или enum какой-либо.

можно возвращать int (1,0 или ошибка - отрицательное число).

МОжно кидать эксшепн (производительность теряется, но зато самая прозрачная логика ИМНО)

Можно писать код ошибки в какую то глобальную переменную. (0 или ошибка).

Можно писать код ошибки какую то переменную передаваемую по ссылке в ф-ю.

Больше в голову ничего не приходит. Что лучше - сами выбирайте, от задачи зависит.

> Здесь уместно такое соображение: throw это почти то же самое что goto, а строить логику программы на goto уже 40 лет как не рекомендуется.

«Расположение строк должно восприниматься глазами, а их содержания умом» (c) Ч.Диккенс.

Месячник бреда на ЛОРе продолжается. Скока ж мифов и легенд бродит в головах программистов, впору книжку выпускать...

ИМХО, уместен эксепшн.

throw это почти то же самое что goto

А вызов функции это тоже почти то же самое, что и goto.

Вот, кстати, статья об этом

http://www.joelonsoftware.com/items/2003/10/13.html

This is ugly and annoying but it's better than getting magic unexpected gotos sprinkled throughout your code at unpredictable places.

>МОжно кидать эксшепн (производительность теряется, но зато самая прозрачная логика ИМНО)

вот как раз вопрос производительности там не сильно важен, это конструкция вида wait.until()

Если ошибка не критическая и есть возможность переписать метод — то нужно переписывать.

абсолютно не критическая, просто метод не возвращает false а возвращает вместо него timeout error

Исключение, это как не странно, исключительная ситуация. Если ваша ситуация исключительна, кидайте, если обычное дело - возвращайте false.

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

Нормальный, портируемый, оборачиваемый и вообще хороший вариант - возвращать false (а ещё точнее int 0\1), а получатель пусть сам решает как его обрабатывать.