EG
Это буквально сокращение для
match res {
Ok(foo) => foo,
Err(bar) => panic!("oops! {}", bar),
}Size: a a a
2021 January 28
EG
В случае раста это родом из окамля, который функциональщиной можно назвать только с ооочень большой натяжкой
ID
а... ну просто вот передача замыкания + сам вид анврапа мне елм напомнил... никак от try catch не могу отвыкнуть
EG
В случае раста это родом из окамля, который функциональщиной можно назвать только с ооочень большой натяжкой
https://caml.inria.fr/pub/docs/manual-ocaml/libref/Stdlib.Result.html
Result::unwrap в расте это get_ok из OCamlID
https://caml.inria.fr/pub/docs/manual-ocaml/libref/Stdlib.Result.html
Result::unwrap в расте это get_ok из OCamlугу, спасибо, понял
m
Поставил rust-analyzer потыкать. А он оказывается пока не умеет во вложенные (в функцию) use. Кто-нибудь знает каких еще сюрпризов можно ждать от него?
ID
makoven
Поставил rust-analyzer потыкать. А он оказывается пока не умеет во вложенные (в функцию) use. Кто-нибудь знает каких еще сюрпризов можно ждать от него?
хз, как по мне — йункциональней, нежели rls
m
хз, как по мне — йункциональней, нежели rls
Согласен
p
у меня есть данные, которые хранятся у пользователя. я хочу проверять что пользователь их вручную не изменил, но хранить его данные не хочу. нормально у себя хранить хеш-сумму и проверять данные пользователя таким образом? юзер может быть недобросовестным.
r🍪
Раст классный язык, но за что ни возьмусь, у библиотек документации недостаточно.
r🍪
Есть удобные способы парсить HTML ?
p
у меня есть данные, которые хранятся у пользователя. я хочу проверять что пользователь их вручную не изменил, но хранить его данные не хочу. нормально у себя хранить хеш-сумму и проверять данные пользователя таким образом? юзер может быть недобросовестным.
@oleganza можешь подсказать что делать в такой ситуации?
OA
@oleganza можешь подсказать что делать в такой ситуации?
А что за данные? Ты их получаешь явно в какой-то момент, но не хранишь долгосрочно?
p
А что за данные? Ты их получаешь явно в какой-то момент, но не хранишь долгосрочно?
данные в теории могут жить вечно
p
один пользователь шлет данные, и они присылаются второму, у которого они хранятся бесконечно
p
данные открытые (любой может прочитать) но не хотелось бы чтобы владелец их изменил
OA
данные открытые (любой может прочитать) но не хотелось бы чтобы владелец их изменил
А от чего нужно защититься
OA
Т.е. ну допустим он изменит - тогда что
OA
Второй получает от первого и должен проверить что первый не поменял?
OA
Тогда подпись ключем сервера