D
.retry(...).map_err(|_|())Size: a a a
2018 July 29
D
более того, в
retry можно изменить тип возвращаемой ошибкиD
нельзя просто взять и выкинуть второй тип ошибки
A
нельзя просто взять и выкинуть второй тип ошибки
ну вот да :(
D
это не потому что комбинаторы плохие, а потому что система типов :)
A
в идеальном мире, я бы ждал что-то типа тупла - типа хочешь - бери первый, хочешь - второй
D
#[derive(Fail, From, Debug)]
enum TwoErrors {
#[display("Error 1: {}", _0)]
Err1(#[cause] err1),
#[display("Error 2: {}", _0)]
Err2(#[cause] err2),
}
.....
f1.from_err::<TwoErrors>().and_then(f2.from_err())
A
ну это да.
D
ну вот и всё, идеальный мир достигнут ^_^
A
Нет, просто всё завёрнуто
D
в смысле? у тебя на выходе селектор из двух ошибок
D
в общем-то можно запилить комбинатор собственный
and_then2, который будет сам внутри делать from_errA
Ну я просто не очень понимаю причин почему мы должны о типе ошибок f2 заботится.
D
ну вот произошла ошибка во второй футуре, что возвращать?
D
какой должен быть тип ошибки у футуры
f1.and_then(f2)?A
(Option<E1>, Option<E2>)
A
Тьфу, просто два Result
D
а, найс, вот с этим работать будет одно удовольствие, гораздо удобней, чем с енамом TwoErrors =)
D
что значит "просто два резулт"?
A
Ну и ошибку и норм кейс - в любом случае в тупле