O
это ж с++20
Что есть...
Size: a a a
2020 August 02
D
Захар Виноградов
Спасибо! Только теперь момент с выводом не работает(
Выводом чего?
ЗВ
Ну этот цикл с авто
Е
Захар Виноградов
Ну этот цикл с авто
у него нет цикла в коде
EK
у тебя предвзятое отношение
Может быть, но ведь это будет выглядеть как-то так?
tl::expected<image,fail_reason> get_cute_cat (const image& img) {
return crop_to_cat(img)
.and_then([](const image& img){
// code
})
.and_then([](...) {
// code
})
.map([](const ...) {
// code
})
.map([](const ...) {
// code
});AF
Может быть, но ведь это будет выглядеть как-то так?
tl::expected<image,fail_reason> get_cute_cat (const image& img) {
return crop_to_cat(img)
.and_then([](const image& img){
// code
})
.and_then([](...) {
// code
})
.map([](const ...) {
// code
})
.map([](const ...) {
// code
});ну напиши так и будет выглядеть так
ЗВ
у него нет цикла в коде
Ну, этот for( auto....
EK
ну напиши так и будет выглядеть так
Ну а как ещё, если я не хочу выносить каждый этап в отдельную функцию?
Е
Захар Виноградов
Ну, этот for( auto....
где
Можешь какую-то функцию дописать для вывода
auto [x,y]? Грубо говоря это сахар, чтоб не писать it->x it->y, у него в коде x\y приватные члены, там так не выйдет. Можешь какую-то функцию дописать для вывода
ЗВ
Ну вот этот момент выдает ошибку
AF
Может быть, но ведь это будет выглядеть как-то так?
tl::expected<image,fail_reason> get_cute_cat (const image& img) {
return crop_to_cat(img)
.and_then([](const image& img){
// code
})
.and_then([](...) {
// code
})
.map([](const ...) {
// code
})
.map([](const ...) {
// code
});а в расте ты бы как сделал?
Е
Захар Виноградов
Ну вот этот момент выдает ошибку
И правильно делает, допиши функцию print в классы, которая будет выводить x y, и вызывай ее в цикле
EK
а в расте ты бы как сделал?
Ну в расте немного компактнее всё же :)
Пример из статьи:
Но в целом да, похоже.
Пример из статьи:
fn file_double<P: AsRef<Path>>(file_path: P) -> Result<i32, String> {
File::open(file_path)
.map_err(|err| err.to_string())
.and_then(|mut file| {
let mut contents = String::new();
file.read_to_string(&mut contents)
.map_err(|err| err.to_string())
.map(|_| contents)
})
.and_then(|contents| {
contents.trim().parse::<i32>()
.map_err(|err| err.to_string())
})
.map(|n| 2 * n)
}
Не надо, по крайней мере, прописывать тип параметра каждый раз :))Но в целом да, похоже.
AF
Ну в расте немного компактнее всё же :)
Пример из статьи:
Но в целом да, похоже.
Пример из статьи:
fn file_double<P: AsRef<Path>>(file_path: P) -> Result<i32, String> {
File::open(file_path)
.map_err(|err| err.to_string())
.and_then(|mut file| {
let mut contents = String::new();
file.read_to_string(&mut contents)
.map_err(|err| err.to_string())
.map(|_| contents)
})
.and_then(|contents| {
contents.trim().parse::<i32>()
.map_err(|err| err.to_string())
})
.map(|n| 2 * n)
}
Не надо, по крайней мере, прописывать тип параметра каждый раз :))Но в целом да, похоже.
тип параметра и так не надо прописывать
AF
пиши auto&&
AF
не понимаю зачем тут эти монадические конструкции, если вместо них должно быть if() return
EK
Понял, спасибо :)
AF
не понимаю зачем тут эти монадические конструкции, если вместо них должно быть if() return
видно я слишком стар для таких фетишей
EK
не понимаю зачем тут эти монадические конструкции, если вместо них должно быть if() return
Ну это надо в функцию оборачивать тогда :)
В принципе, не проблема, да.
В принципе, не проблема, да.
auto result = [&]() -> std::optional<int> {
pre_code1();
if (!code1()) { return {}; }
pre_code2();
if (!code2()) { return {}; }
pre_code3();
if (!code3()) { return {}; }
return get();
}();
if (result) {
// success code
} else {
// fail code
}AF
да конечно, декомпозиция важна