у меня постоянные боли с тем как вот этот объект засунуть в буфер и отправить по сети)

проще уж boost::spirit в стандарт пропихнуть

протобаф?

У нас появилось зеркало в Matrix: #procxx:matrix.org

constexpr opengl

Это не оно? https://documentation.ef.gy/libefgy/

это шутка была,прочитай контекст твоего вопроса

Если нет, то как своё написать ? Только вариадики и множественное наследование в голову приходит.

Хочу написать свой тип-контейнер для значений ошибки. Например я возвращаю из функции объект типа Error<Message, Code>, который должен иметь методы message() и code() соответственно. Если убрать Message из шаблона, то и метод message() должен убраться. Такое за меня уже придумали ?

enable_if не подходит?

Может лучше лог вместо этого использовать? А вдруг что полезное придется возвращать из функции, тогда ошибку придется аргументом тащить везде. Посмотри spdlog, мне кажется более правильная вещь, если не хочешь через исключения.

Может лучше лог вместо этого использовать? А вдруг что полезное придется возвращать из функции, тогда ошибку придется аргументом тащить везде. Посмотри spdlog, мне кажется более правильная вещь, если не хочешь через исключения.

Логом же ошибку не обработаешь) а вот исключения здесь в тему

Мне не требуется проверять есть ли метод у класса.

Интересный способ обработки ошибок, пожалуй откажусь )

Тебе для обработки же текст сообщения же не нужен, только код. Сообщение люди читать должны. И причем разная детализация нужна в разных случаях. Поэтому хорошо бы чтобы пользователь сам мог детализацию определять. Ну а так, если по простому, тогда boost.exception

У исключений есть огромный минус. Везде писать try catch надо, хотя можно легко обойтись и без них.

Да? if(error) гораздо хуже, исключения можно хотябы в иерархию можно собрать и проверять там где это нужно, а не каждый вызов.

Ну есть 2 типа ошибок, если не три

Частые и ожидаемые надо делать возвратом

Кто нибудь опыт с Sfml имеет?

Зависит от приложения.

И выглядит естественно: функция, результат.

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

А если я пишу библиотеку и нет никакого приложения и логгирования ?

я выбрал msgpack, покуриваю protobuf, надо поискать хорошее сравнение)

Мой вопрос не в том что использовать, исключения или возврат из функции. Свой выбор то я уже сделал. Вопрос в том, что именно вернуть.

Текст фиксирован для каждого кода?

В любом другом случае у тебя твой «любой тип» ошибки должен быть наследником единого базового класса.

В бусте есть error code

В любом другом случае у тебя твой «любой тип» ошибки должен быть наследником единого базового класса.

Вот это уже ближе.

С чего бы? Джава?

Так там как раз сразу все классы наследники от суперкласса object. Не?

Вообще нет

Вы ваще умеете в плюсцы? Понимаете что нельзя вернуть объект наследник по типу родителя?

Вообще да, иначе тебе одна дорога в void* и reinterpret_cast

Вообще да, иначе тебе одна дорога в void* и reinterpret_cast

Вообще у меня мысль такая: template <typename... ErrorTypes> class Error : public ErrorTypes... {}

Лучше не наследоваться

А как ещё получить методы из этих классов ?

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

Короче лучше сделай композицию с кастом но по-моему ты изобретатаешь variant

Эни это и есть тупл