В
Не слишком бойлерплейтно выходит?
Size: a a a
2020 August 17
V
Не слишком бойлерплейтно выходит?
Так вроде в любой базе придется юзать сериализатор. Можешь завернуть это в интерфейс хешмапы, и предоставить как крейт
S
Вопрос к тем, кто использует Neovim + coc.nvim + rust-analyzer. Что-то оно совсем долго думает. Меняю буквально одно название переменной на небольшом проекте (<1000 LOC), сохраняю, а оно только через пару секунд реагирует. Довольно часто проще в другом окне cargo check запустить. Кто-нибудь такое замечал?
В
Так вроде в любой базе придется юзать сериализатор. Можешь завернуть это в интерфейс хешмапы, и предоставить как крейт
Ну вот тот-же
А для sql есть например дизель
heed (обёртка над lmdb) как раз предоставляет сам сериализацию (через serde+волшебным образом пытается избежать копирования ¯\_(ツ)_/¯)А для sql есть например дизель
AV
Не слишком бойлерплейтно выходит?
Немножк
Я думаю написать себе TreeExt, там совсем ничего кода будет, а бойлерплейт уйдёт
Я думаю написать себе TreeExt, там совсем ничего кода будет, а бойлерплейт уйдёт
V
Ну вот тот-же
А для sql есть например дизель
heed (обёртка над lmdb) как раз предоставляет сам сериализацию (через serde+волшебным образом пытается избежать копирования ¯\_(ツ)_/¯)А для sql есть например дизель
Ну это ж уже обертки над бд, можно в хиид добавить бек следа, если тебе кажется интерфейс удачным
V
Интересно как там с ключами, их же нужно по другому десериализовать (в биг эндиан целые) чтобы ордеринг был как у derive(Ord), ну и флоаты тоже нормализовать
Э
Вопрос к тем, кто использует Neovim + coc.nvim + rust-analyzer. Что-то оно совсем долго думает. Меняю буквально одно название переменной на небольшом проекте (<1000 LOC), сохраняю, а оно только через пару секунд реагирует. Довольно часто проще в другом окне cargo check запустить. Кто-нибудь такое замечал?
Обычно это RA долго обновляет, если у проекта большие зависимости или код (или всё вместе).
Э
Но может быть и проблема ноды, на которой coc бегает.
A
С sccache работает?
Без понятия, я просто новость принес с реддита
S
Но может быть и проблема ноды, на которой coc бегает.
А с нативным неовимовским движком для LSP оно лучше работает, интересно?
Э
Там в основном RA виснет, потому что всё в оперативке.
Э
Но можешь попробовать.
ND
А с нативным неовимовским движком для LSP оно лучше работает, интересно?
Большая часть проблем с быстродействием лсп это сериализация/десериализация джсонов на клиенте
ND
На луа я думаю должно быть лучше чем на вимскрипте
V
b
приветствую
b
fn read_lines_from_file<'a>(mut fz: File) -> Vec<&'a str> {
let mut data_str = String::new();
fz.read_to_string(&mut data_str);
data_str.split('\n').collect::<Vec<&'a str>>().clone()
} пытаюсь сделать так, но возникает проблема с временем жизни data_str, `data_str` does not live long enough
borrowed value does not live long enough
Ct
fn read_lines_from_file<'a>(mut fz: File) -> Vec<&'a str> {
let mut data_str = String::new();
fz.read_to_string(&mut data_str);
data_str.split('\n').collect::<Vec<&'a str>>().clone()
} пытаюсь сделать так, но возникает проблема с временем жизни data_str, `data_str` does not live long enough
borrowed value does not live long enough
Ты пытаешься вернуть ссылки на части
data_str, которая освобождается в конце функции.