RR
Идеальный, если мы не боимся блокировать поток, который хочет получить результат, потому что future умеют адекватно из коробки только ждать. В gui потоке уже не вызовешь
Ты сейчас про оверхед wait_for(0) или про неудобство?
Size: a a a
2020 June 17
ПК
Ты сейчас про оверхед wait_for(0) или про неудобство?
про неудобство
RR
С этим согласен. В то же время, если не очень часто пользоваться, то можно пережить, а если часто, то написать обёртки/хелперы чтобы снизить когнитивную нагрузку.
В
там кстати можно обернуть так, чтобы "кидать" лямбду на выполнение в другой поток
Не получается, писал удп сервер асио, на корутюнах, оборачивали в бинд на потоки, и кондишины применяли, не работает в qt.
MM
> пропозал уже есть
можете показать? мне было бы полезно)
можете показать? мне было бы полезно)
Кстати. Я понял, почему в constexpr функциях нельзя делать static constexpr переменные. Потому что если значение такой переменной зависит от параметра, то constexpr функция может возвращать разные значения для одних и тех же вызовов, если они будут сделаны в разных порядках. Например:
Если вызвать сначала f(0) затем f(1), то получим 0, 0. А если сначала f(1), а потом f(0), то получим 1, 1. Что довольно неожиданно.
Неудобно, что это запрещает делать static constexpr переменные не зависящие от параметров, но тут вроде бы логично, что разница довольно тонкая.
constexpr int f(int x) {
static constexpr int i = x;
return i;
}Если вызвать сначала f(0) затем f(1), то получим 0, 0. А если сначала f(1), а потом f(0), то получим 1, 1. Что довольно неожиданно.
Неудобно, что это запрещает делать static constexpr переменные не зависящие от параметров, но тут вроде бы логично, что разница довольно тонкая.
АР
ну как бы всё проще
АР
constexpr функция должна уметь вычисляться не только на этапе компиляции, но и в рантайме
АР
а сделать constexpr переменную из рантайм значения проблематично
MM
Хм. Только что осознал, что даже вот это уже не работает:
constexpr int f(int x) {
constexpr int i = x;
return i;
}MM
при этом нельзя помечать параметры как constexpr
MM
т.е. если заводишь constexpr переменную внутри constexpr функции, то она не может зависеть от параметров (что логично)
MM
тогда я снова не понимаю, какого чёрта она не может быть static 😕
В
Кстати. Я понял, почему в constexpr функциях нельзя делать static constexpr переменные. Потому что если значение такой переменной зависит от параметра, то constexpr функция может возвращать разные значения для одних и тех же вызовов, если они будут сделаны в разных порядках. Например:
Если вызвать сначала f(0) затем f(1), то получим 0, 0. А если сначала f(1), а потом f(0), то получим 1, 1. Что довольно неожиданно.
Неудобно, что это запрещает делать static constexpr переменные не зависящие от параметров, но тут вроде бы логично, что разница довольно тонкая.
constexpr int f(int x) {
static constexpr int i = x;
return i;
}Если вызвать сначала f(0) затем f(1), то получим 0, 0. А если сначала f(1), а потом f(0), то получим 1, 1. Что довольно неожиданно.
Неудобно, что это запрещает делать static constexpr переменные не зависящие от параметров, но тут вроде бы логично, что разница довольно тонкая.
Компилятор не понимает, что от него хотят, сделайте метафункцией. template<int n> struct {static constexpr value = n};
MM
Компилятор не понимает, что от него хотят, сделайте метафункцией. template<int n> struct {static constexpr value = n};
чего он не понимает?..
D
тогда я снова не понимаю, какого чёрта она не может быть static 😕
Буду ждать второй версии доклада про спецификаторы))
MM
Буду ждать второй версии доклада про спецификаторы))
я через две недели рассказываю про константы, и как раз пытаюсь понять, что там происходит 😁
С
я через две недели рассказываю про константы, и как раз пытаюсь понять, что там происходит 😁
где , если не секрет?
В
чего он не понимает?..
Вы два раза посчитали одну и туже переменную во время компиляции, что изначально в нее положите то и будет константой.
MM
Сергей
где , если не секрет?
С
а, блин, точно точно )) спасибо )