*
короче понял его мысль. он не про использование корутин, а про обвязку для них
Size: a a a
2020 April 17
*
а вы проверяли это утверждение на конкретно Boost.SmartPointers с помощью BCP?
что такое BCP? я проверял утверждение на конкретных проектах, когда тащат ради какой-то мелкой фигни, а по факту компилируется весь буст и время сборки проекта увеличивается в разы
AZ
что такое BCP? я проверял утверждение на конкретных проектах, когда тащат ради какой-то мелкой фигни, а по факту компилируется весь буст и время сборки проекта увеличивается в разы
BCP - утилита такая для извлечения частей буста во что-то отдельное. Наглядно показывает, какие части библиотеке точно нужны.
Не вижу проблемы во времени компиляции. Собирается буст ведь не каждый раз всё равно :)
Не вижу проблемы во времени компиляции. Собирается буст ведь не каждый раз всё равно :)
VK
короче понял его мысль. он не про использование корутин, а про обвязку для них
Он про то, что корутины напрямую использовать должны не только лишь все подряд, мало кто должен их использовать. В основном те, кто пишут библиотечки и базовые компоненты продукта. Остальные работают уже с этими компонентами и библиотеками и не видят, что под капотом.
AV
Он про то, что корутины напрямую использовать должны не только лишь все подряд, мало кто должен их использовать. В основном те, кто пишут библиотечки и базовые компоненты продукта. Остальные работают уже с этими компонентами и библиотеками и не видят, что под капотом.
а почему вот в Го видят, а в плюсах внезапно не видят?
*
Он про то, что корутины напрямую использовать должны не только лишь все подряд, мало кто должен их использовать. В основном те, кто пишут библиотечки и базовые компоненты продукта. Остальные работают уже с этими компонентами и библиотеками и не видят, что под капотом.
Он говорит, что потратил весь день на написания фигни, котороя собирает результаты со всех корутин. И резюмировал: не надо писать свои sync_wait_all. Пусть это напишут в либах.
AV
да-да. корутины есть, а каналов нет
*
Он про то, что корутины напрямую использовать должны не только лишь все подряд, мало кто должен их использовать. В основном те, кто пишут библиотечки и базовые компоненты продукта. Остальные работают уже с этими компонентами и библиотеками и не видят, что под капотом.
Да это нонсенс. Вот мой пример. Я пишу микросервис, который обрабатывает запросы и в обработчике шлёт последовательно запросы другим сервисам. Как это сделать на корутинах, но не используя их?
*
Сейчас у меня колбек в колбеке в колбеке вызывает другой колбек. Хочется уже выбраться из этого ада
VK
Да это нонсенс. Вот мой пример. Я пишу микросервис, который обрабатывает запросы и в обработчике шлёт последовательно запросы другим сервисам. Как это сделать на корутинах, но не используя их?
А корутины там для чего? Для того, чтобы запускать асинхронные операции и не превращать код в лесенку из коллбеков?
*
Да. Что бы ассинхронный код писать в синхронном стиле
VK
Тогда как раз абстракции типа Task из cppcoro тут и должны пригодиться.
*
Как на гошечке
VK
Как на гошечке
Я очень слабо знаком с Go, так что не могу сравнить. Но по описанию это похоже как раз на те примитивы, которые есть в cppcoro у Lewis Baker (Task, SharedTask, Generator, etc).
AV
по описанию это похоже на userver 🙂
AV
где используются буст корутины2
*
Я очень слабо знаком с Go, так что не могу сравнить. Но по описанию это похоже как раз на те примитивы, которые есть в cppcoro у Lewis Baker (Task, SharedTask, Generator, etc).
Ну я смотрел cppcoro. Там всё равно надо использовать co_await. То есть использовать корутины. А этих генераторов нет даже в стандартной библиотеке
VK
Ну я смотрел cppcoro. Там всё равно надо использовать co_await. То есть использовать корутины. А этих генераторов нет даже в стандартной библиотеке
В этом и суть моих претензий к текущим корутинам :) Я там выше как раз эти два пункта написал - что нет в стандартной библиотеке и что co_await всё равно торчит, даже если не нужно возиться с тем, что под капотом.
VK
От co_await в пользовательском коде всё равно никуда не деться, раз типы Awaitable.
AV
стеклес действительно не закопать никак - оно будет торчать наружу всегда. стеклес - дно