K
скрин стдлибы
Size: a a a
2020 October 06
M
У трейта Into есть автоимплементация для трейтов From жеж
r
Ещё есть
impl AsRef<OsStr> for str . Значит выбирается impl<T: ?Sized + AsRef<OsStr>, '_> From<&'_ T> for PathBuf где T = strK
red75prime
Ещё есть
impl AsRef<OsStr> for str . Значит выбирается impl<T: ?Sized + AsRef<OsStr>, '_> From<&'_ T> for PathBuf где T = strАх, вот оно что, спасибо. Ох уж эти кроличьи норы дерефов
в🧇
А можно как-то красиво создать
Я пока придумал только с двуми флипами:
Result<T, Vec<E>> из итератора Result<T, E>?Я пока придумал только с двуми флипами:
fn flip<L, R>(either: Result<L, R>) -> Result<R, L> {
match either {
Ok(l) => Err(l),
Err(r) => Ok(r),
}
}
flip(iter.map(flip).collect())K
А можно как-то красиво создать
Я пока придумал только с двуми флипами:
Result<T, Vec<E>> из итератора Result<T, E>?Я пока придумал только с двуми флипами:
fn flip<L, R>(either: Result<L, R>) -> Result<R, L> {
match either {
Ok(l) => Err(l),
Err(r) => Ok(r),
}
}
flip(iter.map(flip).collect())мб с unzip-ом как-нибудь выйдет?
V
А можно как-то красиво создать
Я пока придумал только с двуми флипами:
Result<T, Vec<E>> из итератора Result<T, E>?Я пока придумал только с двуми флипами:
fn flip<L, R>(either: Result<L, R>) -> Result<R, L> {
match either {
Ok(l) => Err(l),
Err(r) => Ok(r),
}
}
flip(iter.map(flip).collect())А если будет больше чем один Ok(T) какое поведение ты хочешь?
EG
panic = 'abort'?Не хочу
в🧇
А если будет больше чем один Ok(T) какое поведение ты хочешь?
Вернуть первый.
Т.е.: ровно как с
Т.е.: ровно как с
Result<_, _<_>>, но наоборотMF
Все еще не исправили проблему бесконечной компиляции с асинхронными функциями в последнем найтли
BV
Все еще не исправили проблему бесконечной компиляции с асинхронными функциями в последнем найтли
не всё так быстро меняется - баги оптимизатора ещё вылезают, а ты хочешь чтобы у тебя генераторы кода работали безупречно
АМ
А можно как-то красиво создать
Я пока придумал только с двуми флипами:
Result<T, Vec<E>> из итератора Result<T, E>?Я пока придумал только с двуми флипами:
fn flip<L, R>(either: Result<L, R>) -> Result<R, L> {
match either {
Ok(l) => Err(l),
Err(r) => Ok(r),
}
}
flip(iter.map(flip).collect())Можно еще вот так извратиться:
[Err(1), Ok(2), Err(3)]Странно что нет флипа в стандартном
.iter()
.try_fold(vec![], |mut acc, x| x.map(Err).unwrap_or_else(|err| {
acc.push(err);
Ok(acc)
}))
.map(Err)
.unwrap_or_else(Ok);
Result.MB
Можно еще вот так извратиться:
[Err(1), Ok(2), Err(3)]Странно что нет флипа в стандартном
.iter()
.try_fold(vec![], |mut acc, x| x.map(Err).unwrap_or_else(|err| {
acc.push(err);
Ok(acc)
}))
.map(Err)
.unwrap_or_else(Ok);
Result.Потому что флип на Result это семантически странно, это же не Either
DS
Потому что флип на Result это семантически странно, это же не Either
По факту это Either и есть, приправленный синтаксическим сахаром. Это безотносительно обсуждаемого куска кода.
АМ
@WaffleLapkin Еще вариант все того же:
Роль флипа выполняет
[Err(1), Ok(2), Err(3)]
.iter()
.map(|x| x.map(Err).unwrap_or_else(Ok))
.collect::<Result<Vec<_>, _>>()
.map(Err)
.unwrap_or_else(Ok);
Роль флипа выполняет
x.map(Err).unwrap_or_else(Ok).в🧇
Ужас какой :D
АМ
Ну так выглядит вроде прилично:
Если из контекста понятно, что там за типы.
iter
.map(|x| x.map(Err).unwrap_or_else(Ok))
.collect()
.map(Err)
.unwrap_or_else(Ok)
Если из контекста понятно, что там за типы.
АМ
Хотя нет, с
collect это не прокатит.L
Вернуть первый.
Т.е.: ровно как с
Т.е.: ровно как с
Result<_, _<_>>, но наоборотА тогда надо в Result<Vec<_>, E>
L
Вернуть первый.
Т.е.: ровно как с
Т.е.: ровно как с
Result<_, _<_>>, но наоборот
Вот что говорит дока на этот счёт