ну ок, уговорили, пока сделаю .clear()

Оно в теории эффективно должно и с clear скомпилиться, потому что у u8 нет drop

Когда будешь менять на set_len не забудь обращение по индексу на get_unchecked заменить тоже

https://godbolt.org/z/byxJVQ
Идентичный асм (поэтому варианты для safe функций не отображаются)

ансейфами надежнее обмазываться не до, а после того, как заработает правильно

Не возьмёшь, там &mut self. (Что не отменяет факта что ансейф ненужен тут)

После тоже не особо надёжно, я натыкался на UB в коде который работал как надо и проходил все тесты

ансейфами никогда не надёжно обмазываться

верно. И это не отменяет моего утверждения ;-)

подскажите те, у кого опыт есть: часто ли приходилось использовать static переменные?

Зачем? Используй lasy_static

как раз и хочу понять: оправдано ли вообще использовать static переменные

s/lazy_static/once_cell

Ребят, есть вопрос. У меня есть структура, у которой есть аттрибут, в котором реализован Iterator. Мне надо иметь возможность делать map, или же просто for _ in, но я не могу этого делать, потому что fn next овнит self. Есть какие-нибудь варианты это обойти? Я так понимаю, что обычная практика - это объявить какой-нибудь метод, типа .iter, которая будет возвращать сруктуру итератора и там уже владение будет возможно, но не совсем понимаю, как это реализовывать

Да вроде не особо. В библиотечном коде так и вообще никогда. А вот const не редко.

Почему не возьму? Сделаю еще один unsafe, я же не задумываясь когда делаю в set_len, что будет плохого если я их здесь тоже заюзаю? (Сарказм если что)

Немного кода, для наглядности:

pub struct KvStore<T> {
    storage: T,  // здесь будет FileStorage при инициализации
}

pub struct FileStorage {
    file: File,
    reader: BufReader<File>,
}

impl Iterator for FileStorage {
    type Item = String;

    fn next(&mut self) -> Option<Self::Item> {
        let mut buff = String::new();
        match self.reader.read_line(&mut buff) {
            Ok(_) => Some(buff),
            Err(_) => None,
        }
    }
}

а вот тут возникает ошибка:

fn get(&self, key) { self.storage.map(…) }
// cannot move out of `self.storage` which is behind a shared reference

Не надо хранить там итератор, а надо ссылку на исходный контейнер.

а зачем тогда вообще нужны static переменные в rust?

но почему? внутренняя структура нигде больше не нужна, она создается и хранится только в момент создания KvStore, то есть, мне придется на ровном месте держать там ссылки и разруливать лайфтаймы