Тут всё просто. Пока ты не знаешь что делать при ошибке, ты ничего не делаешь. Обычно так и есть, то есть try функции обычно располагаются где-нибудь сверху, где есть возможность обработки ошибок, и там как раз будет try catch. Остальное время ты тупо пишешь код и не думаешь. Отдельным кейсом тут выступают noexcept функции, но они явно помечены такими

Да, или просто структуру создать

Ну, судя по примеру в cppreference, std::tuple будет проще. А что лучше? Или тут скорее на усмотрение разработчика?

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

Потому что там у полей есть имена

таплы проще для автора функции, потому что кода меньше

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

До тех пор, пока проще написать void foo();, чем void foo() noexcept;, проблема точно никуда не денется. Я хочу чётко видеть контракт функции в её сигнатуре, а не гадать, кидает функция исключения или программист просто забыл указать, что не кидает

Обычно ты хочешь на верху обработать все исключения, потому ты просто пишешь catch на std::exception и не паришься.

Ну как сказать проще?
По-хорошему, нужно либо оборачивать каждый push_back в try/catch, либо делать try_push_back. Оба варианта, честно говоря, так себе. Но других вариантов пока нет.

В первом случае, если не оборачивать каждый раз в try, надо как-то жить дальше а случае ошибки, ничего не сломав. А это тоже надо суметь грамотно сделать, если код не совсем простой.

Во втором тоже гемор с проверками.

Вариант просто писать push_back чем не устраивает?

> суметь грамотно сделать

Да, писать с RAII код, как и должно быть в нормальном С++

Обычно — не хочу. С примером веб-сервиса я согласился чуть ранее в другом чате, что это удобно. Но, тем не менее, я не всегда этого хочу

Иногда ошибка может быть критической или некритической в зависимости от последующих данных. А иногда мы даже хотим хранить или передавать в функцию. Обмазываться везде try/catch из-за этого, передавать исключения аргументом в функцию, если мы хотим передать информацию об ошибке?

Это понятно (RAII). Но проблема же не только в этом может быть.

Просто пуш бэк устраивает. Может не устраивать, что будет в случае исключения, если я не добавлю / добавлю слишком высоко обработчик.

Если ты уже делишь на критические и не критические, то ты уже знаешь в текущем контексте как реагировать на них (иначе все исключения критические для данного контекста). Только тогда надо юзать try catch только для этого одного места, а не всё обмазывать

Ребят привет всем.

Раньше когда изучал С++ купил себе несколько книг. А сейчас так как ушел в другую сферу книги больше не нужны. Никому не нужны случаем эти книги бесплатно ?

В этой группе нельзя разместить фотографию книг, так что если кому то надо пишите в личку.

Ещё весело, когда в одной функции есть вызовы и throws, и try_ функций.

7 книг

Ты бы сразу названия тогда вбрасывал

Че за группа где фотку нельзя приложить даже

А что по твоему должно быть в таких случаях, чтобы тебя это устроило?