Есть проблемы с абстрагированием относительно него (если это не монада).
можно подробнее, прочитал вот эту статью: https://vorpus.org/blog/notes-on-structured-concurrency-or-go-statement-considered-harmful/ очень сильно притянуто за уши
Простите, с чем конкретно Вы спорите? Мой тезис про проблемы с абстрагированием означает, что невозможно написать функцию типа map (mapM), которая может собирать результаты как с обычных функций, так и с асинхронных. Вон в Rust по такому случаю отдельная библиотека "итераторов" конкретно для футур. А что по-вашему в статье притянуто за уши и к чему именно притянуто?
а зачем смешивать обычные и асинхронные функции в одном обработчике, у них же разная семантика
Можете пожалуйста привести пример кода. Непонятно.
Знаете функцию flatMap : (a -> List b) -> List a -> List b? Теперь у нас есть функция getSomthingFromTheInternet : SomeID -> Future SomeOutput и список этих самых SomeID — l : List SomeID — для которых мы должны скачать из Интернета соответствующие документы (SomeOutput). Что мы делаем? Пишем функцию flatFuture : (a -> Future b) -> List a -> Future (List b) и засовываем в неё наши данные и функцию: flatFuture getSomthingFromTheInternet l. Вот, мы продублировали flatMap для комбинации списков и футур-асинков. Ещё нам нужны комбинации списки+Result и Future+Result как минимум. Если начинаются фьючи, которые возвращают резалт или резалты, в которых хранятся фьючи (или ошибки), и всё это упаковывается в списки — количество функций растёт в геометрической прогрессии. В то время как traverse :: (Traversable t, Applicative f) => (a -> f b) -> t a -> f (t b).
примерно понятно, но теперь не очень понятно зачем нам фьюча на лист
Если у нас был список запросов к серверам, то мы получим отложенный список ответов. Он откладывается до тех пор, пока все ответы не придут. Это комбинатор Future.all (Promise.all).
Обсуждают сегодня