PP
ну и replace по ключу
слияние массивов, если ключ одинаковый
слияние массивов, если ключ одинаковый
Size: a a a
2020 September 02
PP
Подобие Newtonsoft, если знакомо
K
{ "A": 1 }
+
{"B": "privet":}
=
{"A": 1, "B": "privet"}
+
{"B": "privet":}
=
{"A": 1, "B": "privet"}
struct X {
a: i32
}
struct Y {
b: String
}
struct Complex {
#[serde(flatten)]
x: X,
#[serde(flatten)]
y: Y,
}MB
Всем привет
Кто-нибудь может плз подсказать, есть ли человеческий способ мержа джсонов в расте?
Кто-нибудь может плз подсказать, есть ли человеческий способ мержа джсонов в расте?
https://crates.io/crates/json-patch например
PP
выглядит подходяще)
PP
пасиб, ребят
GA
Привет. Подскажите, какой самый эффективный способ пропустить ошибку в цикле и перейти на следующую иттерацию?
я делел так:
я делел так:
match f {
Err(e) => continue,
Ok(m) => ...в🧇
Привет. Подскажите, какой самый эффективный способ пропустить ошибку в цикле и перейти на следующую иттерацию?
я делел так:
я делел так:
match f {
Err(e) => continue,
Ok(m) => ...Можно
if let Ok(m) = f { ... }VK
Ну, или while let
в🧇
Ну, или while let
Нет, это другое
/
Есть еще filter_map
VK
Нет, это другое
Точно! Не додумал.
Э
Привет. Подскажите, какой самый эффективный способ пропустить ошибку в цикле и перейти на следующую иттерацию?
я делел так:
я делел так:
match f {
Err(e) => continue,
Ok(m) => ...Самый эффективный — filter_map, потому что он имплементит
try_fold и fold через try_fold и fold используемого итератора./
Если раст умеет его хорошо инлайнить, то это самый эффективный и красивый метод
Э
Но если ты используешь
loop/while/for, то разницы никакой не будет./
Если нет, тогда только красивый)
Э
А если ты пишешь через
try_fold или один из производных: fold, try_for_each, for_each, то на неудобных для LLVM итераторах будет побыстрее.GA
У меня просто цикл, пытающийся расшифровать 50 000 сообщений чужим приватным 4096 битным ключом, как тест. Пока, то что я написал выполняется 4.5 мин. Не знаю, на сколько сильнее можно это оптимизировать и имеет ли смысл
Э
У меня просто цикл, пытающийся расшифровать 50 000 сообщений чужим приватным 4096 битным ключом, как тест. Пока, то что я написал выполняется 4.5 мин. Не знаю, на сколько сильнее можно это оптимизировать и имеет ли смысл
Аллокации и алгоритмы.
Э
Итераторы это микро-оптимизации, да и если ты итерируешься по слайсе, то там вообще никакой разницы между
for и .for_each() нет.