I
Size: a a a
2020 April 20
I
Holy moly! Danke schön!
АК
Holy moly! Danke schön!
лучше так: https://godbolt.org/z/5aKMLu
минимальные изменения:
1) исключения вместо ассертов (нужно не забывать
2) во все методы добавлены зависимости от шаблонных параметров, т.к. T1, T2 фиксированы и подставляются раньше положенного, из-за чего enable_if_t не работает
3) добавил is_pod_v, раз уж C++17 нет
минимальные изменения:
1) исключения вместо ассертов (нужно не забывать
constexpr у объекта писать)2) во все методы добавлены зависимости от шаблонных параметров, т.к. T1, T2 фиксированы и подставляются раньше положенного, из-за чего enable_if_t не работает
3) добавил is_pod_v, раз уж C++17 нет
I
лучше так: https://godbolt.org/z/5aKMLu
минимальные изменения:
1) исключения вместо ассертов (нужно не забывать
2) во все методы добавлены зависимости от шаблонных параметров, т.к. T1, T2 фиксированы и подставляются раньше положенного, из-за чего enable_if_t не работает
3) добавил is_pod_v, раз уж C++17 нет
минимальные изменения:
1) исключения вместо ассертов (нужно не забывать
constexpr у объекта писать)2) во все методы добавлены зависимости от шаблонных параметров, т.к. T1, T2 фиксированы и подставляются раньше положенного, из-за чего enable_if_t не работает
3) добавил is_pod_v, раз уж C++17 нет
Вообще круто получилось, благодарю! 👍
А в чём разница между static_assert и throw внутри constexpr функции тогда? Не придётся ли мне потом это исключение ещё и в рантайме ловить?
А в чём разница между static_assert и throw внутри constexpr функции тогда? Не придётся ли мне потом это исключение ещё и в рантайме ловить?
АК
Вообще круто получилось, благодарю! 👍
А в чём разница между static_assert и throw внутри constexpr функции тогда? Не придётся ли мне потом это исключение ещё и в рантайме ловить?
А в чём разница между static_assert и throw внутри constexpr функции тогда? Не придётся ли мне потом это исключение ещё и в рантайме ловить?
static_assert требует constexpr аргументов (следовательно работает только в компайл-тайме)
throw для известных во время компиляции значений работает как static_assert, иначе бросает исключение в рантайме.
ловить придётся, если объекты будут создаваться в рантайме (а конструкции для автоматического создания только компайл-таймовых объектов нет, нужно ручками писать
throw для известных во время компиляции значений работает как static_assert, иначе бросает исключение в рантайме.
ловить придётся, если объекты будут создаваться в рантайме (а конструкции для автоматического создания только компайл-таймовых объектов нет, нужно ручками писать
constexpr)I
static_assert требует constexpr аргументов (следовательно работает только в компайл-тайме)
throw для известных во время компиляции значений работает как static_assert, иначе бросает исключение в рантайме.
ловить придётся, если объекты будут создаваться в рантайме (а конструкции для автоматического создания только компайл-таймовых объектов нет, нужно ручками писать
throw для известных во время компиляции значений работает как static_assert, иначе бросает исключение в рантайме.
ловить придётся, если объекты будут создаваться в рантайме (а конструкции для автоматического создания только компайл-таймовых объектов нет, нужно ручками писать
constexpr)Кстати, вместо throw "бла-бла" можно просто вызывать пустую функцию
static void ShowError(const char*){}; ShowError("bla-bla");АК
Кстати, вместо throw "бла-бла" можно просто вызывать пустую функцию
static void ShowError(const char*){}; ShowError("bla-bla");Хорошая мысль
DF
Контейнер самописный?
DF
А, вот чо
ПК
Не форвадит логи в кубере, насколько я понял что boost.log пишет не в std::cout
Вряд ли это как то связано с boost.log
A
Вряд ли это как то связано с boost.log
если запустить пример работы либы в докер компоуз принта логов не будет совсем
ПК
если запустить пример работы либы в докер компоуз принта логов не будет совсем
Я сомневаюсь что проблема в boost.log