A
2) я в error_handle обработаю этот тупл ошибки
r.into_future() убрать мапы, то у тебя просто for_each не сработает, потому что он ожидает тот же тип ошибкиSize: a a a
2018 July 30
D
ну смотри, если у
V
можно вообще без юзера
Ну без юзера просто вывожу в лог, что зафакапилось, и сливаю фьючу
D
Ну без юзера просто вывожу в лог, что зафакапилось, и сливаю фьючу
дык, фьючи чейнятся через
and_then, которому нужен один и тот же тип ошибки всю дорогуA
ну смотри, если у
r.into_future() убрать мапы, то у тебя просто for_each не сработает, потому что он ожидает тот же тип ошибкиВот я и думал, но стеснялся написать, что похоже for_each2 нужен :)
D
ахаха
D
в виде свободной функции легко замутить
A
Я боюсь как бы ещё не select2_2 ещё. Но не уверен.
V
дык, фьючи чейнятся через
and_then, которому нужен один и тот же тип ошибки всю дорогуНу я бы возвращал строку и на нижнем уровне писал бы в лог, но валидный кейс возвращать ничего как ошибку
A
Типа and_then сейчас ругается что разные туплы в него попадают?
A
Ну я бы возвращал строку и на нижнем уровне писал бы в лог, но валидный кейс возвращать ничего как ошибку
Ну строку - как-то не 🔥
D
Типа and_then сейчас ругается что разные туплы в него попадают?
нет, for_each будет ругаться, если после
r.into_future() убрать .map...V
Ну строку - как-то не 🔥
А зачем тебе тип, который и так потом в строку форматнется?
D
ща короче
A
А зачем тебе тип, который и так потом в строку форматнется?
Ну удобно заматчить - просто на разные ошибки я по разному реагирую.
A
нет, for_each будет ругаться, если после
r.into_future() убрать .map...Просто изначально я думал что and_then2 меня вообще от map_err избавит. И в еррор-хендле я все же получу ошибку типа ok(err(ioerr)) или типа того.
D
ну нужен for_each2 :)
V
Ну удобно заматчить - просто на разные ошибки я по разному реагирую.
Если есть реакция на ошибку то да, но какая реакция у тебя?
A
ну нужен for_each2 :)
А вот select2_2 тут случайно не нужен будет? А то уже перебор :)
D
да вроде нет