а
мб кто-то делал это ... есть ли способ возвратить
MutexGuard из функции где был вызван mutex.lock()?Просто сделать return?
Size: a a a
2020 March 28
АВ
Если None, то пропускает элемент, а если Some, то T возвращается
Это ты про filter_map, наверное
VF
Это ты про filter_map, наверное
А, действительно, но эффект в итоге одинаковый 😃
RP
мб кто-то делал это ... есть ли способ возвратить
MutexGuard из функции где был вызван mutex.lock()?он вот так объявлен - https://doc.rust-lang.org/stable/std/sync/struct.MutexGuard.html:
pub struct MutexGuard<'a, T: ?Sized + 'a> { /* fields omitted */ }АВ
А, действительно, но эффект в итоге одинаковый 😃
Да)
RP
то есть он зависит от времени жизни мьютекса.
D
мб кто-то делал это ... есть ли способ возвратить
MutexGuard из функции где был вызван mutex.lock()?в parking_lot насколько я помню есть такая фича
В
Есть итератор, который возвращает Option. Как правильно использовать filter_map перед collect, чтобы проверить, что is_some и сразу же unwrap?
.filter_map(identity)В
iter.flat_map(|x| x).collect::<Vec<_>>()?.flat_map(identity) равносилен .flatten() , btwВ
мб кто-то делал это ... есть ли способ возвратить
MutexGuard из функции где был вызван mutex.lock()?По идее можно, если у тебя
mutex заимствован.AI
u8 же
А чо за кейс что нельзя vec.truncate применить?
p
А чо за кейс что нельзя vec.truncate применить?
а зачем? .set_len() быстрее будет
AI
а зачем? .set_len() быстрее будет
Ты это бенчмаркал? У тебя u8, какая разница?
AI
Не надо юзать unsafe без острой необходимости
AI
А то заберешь слайс из вектора, а потом сделаешь ему set_len
p
нет, это буфер для промежуточной записи. Много раз записывают, потом на flush() передается дальше, и все.
AI
Не рискуй
AI
На промежуточном буффере тоже можно лохануться проще простого
AI
Есть же drain, его и юзай тогда.
Ct
а зачем? .set_len() быстрее будет
А
clear()/truncate() значит медленные?