С++ EH и логика на исключениях

[metaclass]

Хорошо ли в C++ программе делать логику на исключениях?
Я ща втыкаю в одну опенсорсную СУБД в продакшене отладчиком и вижу что там на каждый запрос валится стопицот крестиковых исключений, и не понимаю, это нормально или нет.

Comments

[trueblacker.livejournal.com]

нехорошо

[http://users.livejournal.com/_slw/]

но нормально (и так у них всё!)

[tiendil.livejournal.com]

Нормальность скорее определяется уместностью конкретных случаев использования исключений, чем языком.

[aamonster.livejournal.com]

По мне - очень не айс. Как минимум, неудобно отлаживаться.
Лучше их оставлять для по настоящему тяжёлых случаев.

Да и зубры то же самое рекомендуют...

[bydlorus.livejournal.com]

Для вин-программистов это норма. Некоторые делают логику на разыменовании неинициализированного указателя. Например, если у юзера нет прав, объект не создаётся, происходит обращение по адресу NULL, возникает Access Violation, SEH преобразует это в C++ исключение, оно ловится и обрабатывается как "нет прав доступа", на это дело даже интеграционный тест написан.

Поэтому мы под линукс эмулируем этот seh (через сигналы и дизассемблирование инструкций по адресу в стеке), так, чтобы тест отрабатывал.

[aamonster.livejournal.com]

Страшные вещи вы рассказываете... Первая мысль "а вот у нас на маке можно вызывать методы у нулевого указателя!", вторая "блин, я ж писал на винде - никто так не делал, на ноль проверяли явно, и это задалбывало"

[vp.livejournal.com]

Нифига ж себе.

[ext_1684112 (from livejournal.com)]

А почему нельзя просто выбросить специализированное исключение?

[develop7]

хуясе let it fail на сегфолтах

[naartir.livejournal.com]

Смелые люди не боятся UB?

[worm-ii.livejournal.com]

Поскольку "Access Violation" переводится как "Нарушение прав доступа", то тут даже ловить и преобразовывать исключение не надо :-)

[alll]

Смотря чего логику. Если логику обработки нештатных ситуаций, то скорее хорошо. Если бизнес-логику, то скорее нехорошо.

[metaclass.livejournal.com]

Запросы отрабатывают корректно, вроде нештатной ситуации не наблюдается.

[cross-join.livejournal.com]

Для систем класса СУБД ненормально, лишние затраты, время и т.д.
Для ООП в целом - стандартный подход, исключение - это способ послать сообщение.
Отсюда вывод, для написания СУБД надо уметь оба подхода.

[vit-r.livejournal.com]

"Старнартный подход" - это потому, что "у нас в коллективе такие идиоты, что проверить возвращаемое значение функции не могут"

Сообщения - это сообщения.

[dr-cha0s.livejournal.com]

Это считается грехом. Однако, в корбе иногда нет иной возможности, кроме как бросать эксепшены типа NotFoundError.

[sbj-ss.livejournal.com]

Ребе, вон NTFS на SEH работает - и ничего… %)

[justy-tylor.livejournal.com]

Смотря для чего.

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

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

[maxdz.livejournal.com]

>Хорошо ли в C++ программе делать логику на исключениях?

Нехорошо.

Да и вообще, опен-соурсные субд лучше бы писать на C (без плюсов).

[alll]

Переформулируя вопрос в терминах лучше-бы-С: хорошо ли в программе делать логику на лонгджампах? :)

[psilogic.livejournal.com]

Выброс исключения (throw) - штука сравнительно медленная, поэтому для штатной работы однозначно нехорошо. Опять же, отлаживать в Visual Studio неудобно: теряет смысл брекпоинт на исключение заданного типа, а Output-окно засирается ненужной инфой.

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

[veter-r-r.livejournal.com]

А есть языки, в которых логику на исключениях делать хорошо?

[http://users.livejournal.com/_slw/]

хаскель?

[vit-r.livejournal.com]

Люди явно учились по Яве.

[ext_1684112 (from livejournal.com)]

С явы ни один человек по доброй воле на С++ не перелезет.

И вдобавок, в яве исключение тоже является дорогой операцией.

[ivanzoid.livejournal.com]

ГРЕШНОВАТО

[leotsarev]

Ребе, простите, что к вам обращаемся.
Необходимо срочно (вчера) найти телефон родственника в Белорусии по адресу и фамилии.
В интернетах пишут вроде:
Одно дело с ныне проживающими жителями Беларуси, т.е. найти родственников по фамилии – это можно сделать по справочникам в Библиотеке либо по общереспубликанскому телефону справочной службы (Справочная служба о номерах телефонов квартир и организаций - № тел. 109, Мингорсправка - № тел. 168, международный код г.Минска +375 17). Однако даже в этом случае, чтобы дойти до нужного адресата, Вам понадобится хотя бы ФИО, либо адрес, либо телефон. Но это самая простая ситуация, и если человек долго проживает и прописан в Беларуси, то отыскать его не должно составить труда.

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

[metaclass.livejournal.com]

Точно не знаю, не пользовался.
Если Минск, то могу глянуть по старой телефонной базе, в личку фамилию и адрес скиньте.