> Судя по finally - ты вообще по джаве судишь, кстати.Почему сразу джаве? Finally и в C# есть, JS, питоне, руби… Да и какая, в общем-то, разница, как и где называется этот механизм, с тем же успехом народ любит класть болт и незамысловатым catch(std::exception).
> Исключения - нет, это те, которые обрабатываются по кускам иерархии там, где
> нужно
Где ж вы таких редких плюсовиков находите, чтобы их вообще интересовало, где и какие могут возникнуть исключения? В лучшем случае у людей всё как в inkscape — половина немногочисленных примеров использования сводится к «catch(...) {}» (нет, это не моё сокращение, это именно «лови всё и забивай»).
Упомянутым выше джавистам, кстати, проще следить за гигиеной исключений: если я правильно помню, их компилятор заставляет либо обработать исключение, либо явно вбить в сигнатуру «throws чего-нибудь». А что в плюсах? «Нууу, std::string::reserve может чего-то выкинуть» можно встретить только на задворках документации, если целенаправленно искать. Для gcc даже -W-флагов релевантных нет.
> гарантируют корректное управление ресурсами
try {} за меня дескрипторы закроет, что ли? Верните этот аргумент в сообщение про смарт-пойнтеры, здесь он иррелевантен.
> и не тащат за собой необходимость
> проверять код возврата в каждой строке.
А в итоге все всё равно забивают на проверки. Толку от того, что проверки пишешь реже, если человека никто не заставляет эти проверки вообще производить? В этом плане плюсовые исключения недалеко ушли от функций, возвращающих -1. Полноценный option type в этом плане понадёжней будет.
> А вывалится у тебя в
> main необработанное исключение или придёт руками протащенный через пятнадцать уровней
> стека код ошибки - всё равно у тебя проблемы, но без
> исключений - ты ещё и не уверен в консистентности состояния приложения.
Да я и с исключениями не уверен: внутренние инварианты можно забыть вернуть в адекватное состояние и при своевременной ловле всех исключений. От такого прокола никакой из императивных способов обработки ошибок не спасёт, проще убежать в ФП и начать наяривать на иммутабельные структуры данных.
