Size: a a a

2021 July 11

EP

Egor Pugin in dlang.ru
странное рассуждение
источник

И

Игорь in dlang.ru
That's a problem. This project is by async enthusiasts, who seem to think that all developers should want to use async. - это проблема конкретных девелоперов
источник

И

Игорь in dlang.ru
нормальная библиотека поддерживает и асинк и синк операции
источник

И

Игорь in dlang.ru
пример reqwest
источник

KF

Konstantin Firsov in dlang.ru
>  поддерживает и асинк и синк операции
с одним и тем же апи?
источник

И

Игорь in dlang.ru
"синхронные" бликируются, асинхронные требуют await
источник

И

Игорь in dlang.ru
посмотри на reqwest,  думаю там понятно станет
источник

EP

Egor Pugin in dlang.ru
можно перегружать вызова для нужного режима
источник

И

Игорь in dlang.ru
не уверен
источник

И

Игорь in dlang.ru
ну в смысле ты когда вызываешь get() ты знаешь из blocking он или нет
источник

И

Игорь in dlang.ru
меня эта проблема пока еще ни разу не укусила, с другой стороны я не много писал на расте
источник

И

Игорь in dlang.ru
хотя несколько приложений сделал
источник

KF

Konstantin Firsov in dlang.ru
В примерах есть такое, а что будет если убрать .await?
 let res = client
       .get("https://httpbin.org/ip")
       .send()
       .await?;
источник

KF

Konstantin Firsov in dlang.ru
он не соберется?
источник

И

Игорь in dlang.ru
если client асинхронный - не скомпилится
источник

DH

Dark Hole in dlang.ru
Почему?
источник

И

Игорь in dlang.ru
ну если ты ожидаешь что res это футура то может и скомпилится. если ты ожидаешь что res   это результат отпраки запроса и получения ответа то у тебя не совпадут дальше типы
источник

И

Игорь in dlang.ru
я думаю что так
источник

И

Игорь in dlang.ru
ты не сможешь использовать футуру как ответ
источник

И

Игорь in dlang.ru
а асинхронный client.get()  вернет именно её. синхронный client методом get() возвращает уже ответ сервера
источник