Так как везде система типов круче чем в таких форматах

Может, реализация на Rust лучше?

Там тоже пиздец был, код не читабельный и чеки существования полей по мере обращения к ним

А хочется валидации схемы

@c_vld у rocksdb как с асинхронным доступом? Внешний мутекс нужен или нет?

@c_vld у rocksdb как с асинхронным доступом? Внешний мутекс нужен или нет?

Не, там внутри всё

Хорошо

Но биндинги не очень местами, и могут требовать & mut

Capnproto фронтендеры покусали? С каких пор там timetravel?

Capnproto фронтендеры покусали? С каких пор там timetravel?

Чё за timetravel, это про их РПЦ?

Но биндинги не очень местами, и могут требовать & mut

В крейте rocksdb тольео на инициализации нужны)

Но биндинги не очень местами, и могут требовать & mut

+

Апишка капнпрото пиздец ебанистическая и как там сделать зерокопи я так и не разобрался

Апишка капнпрото пиздец ебанистическая и как там сделать зерокопи я так и не разобрался

Press /clone() to pay respect

@c_vld я делаю что-то не так походу х) Создал ColumnFamily Открываю базу просто через rocksdb::DB::open_default(path) Пытаюсь записать и вычитать из своей CF let key = b"rw_cf"; let value = b"rw_cf_value"; let cf = db.cf_handle("cf1").unwrap(); db.put_cf(cf, key, value).unwrap(); assert_eq!( &db.get_cf(cf, key).unwrap().unwrap()[..], value ); Тест падает, get возвращает Ok(None) 😕

А без cf?

Без cf все ок

Но опять же, вычитать из default не могу, если явно указываю cf

https://docs.rs/github-gql-rs/0.0.1/github_gql/index.html

Не смотрел https://github.com/tomhoule/graphql-client как вариант?

Всё, я довен. default руками нельзя референсить походу, добавил в Options при создании create_if_missing, всё норм)

https://github.com/tomhoule/graphql-client/tree/master/examples/github

https://github.com/tomhoule/graphql-client/tree/master/examples/github

Мммм, вкусно

Спасибо

С валидацией схемы

Намного лучше чем мой текущий костыль)

Всё, я довен. default руками нельзя референсить походу, добавил в Options при создании create_if_missing, всё норм)

Там ещё надо открывать базу сразу с column family или что-то такое

Что сейчас из модного есть в key-value хранилищах? Интересуют встраиваемые базы

потыкай tikv =) Как раз протестишь

потыкай tikv =) Как раз протестишь

Оно не встраиваемое ЕМНИП

Ну да, для базы бота чутка оверкилл)

Зато распределенное =)

Мне распределенность тестить негде

Мне распределенность тестить негде

docker FTW

Посоны, подскажите, в чём смысл присваивания вида let a = &1?

Зачем присваивать ссылку?

Зачем присваивать ссылку?

ссылка - тоже полноценный тип данных

Ну т.е. по идее больше владельцев нет.

Я понимаю, непонятен кейс.

Ну т.е. по идее больше владельцев нет.

можно владеть ссылкой

Оке, а кто тогда владеет значением?

Или это необязательно?

в обособленном примере у тебя - выглядит как незачем так делать, а так: зависит от контекста

Посоны, подскажите, в чём смысл присваивания вида let a = &1?

обычно так делают для переменных где нить в слайсе

Оке, а кто тогда владеет значением?

по идее (но я могу быть и не прав) то т.к. это инт и он в этом случае будет выделен на стеке, то он будет в этом же скоупе и оставаться и по идее на него будет ссылаться вот эта ссылка которую ты записал в А

или есть у тебя вектор с данными, делаешь let ref x =

по идее (но я могу быть и не прав) то т.к. это инт и он в этом случае будет выделен на стеке, то он будет в этом же скоупе и оставаться и по идее на него будет ссылаться вот эта ссылка которую ты записал в А

а разве инт по значению не выдилится на стеке?

Или это необязательно?

ссылка и факт владения - это разные смысловые части

а разве инт по значению не выдилится на стеке?

я это и сказал 😊

я это и сказал 😊

ну я ктому - ссылка, не ссылка без разницы, просто видять у них куда то передают по ссылке, решили сократить запись

Мда, к такому меня растбук не готовил.

ну в расте подефолту все в стеке выделяется

let a = 1; foo(&a); bar(&a); let a = &1; foo(a); bar(a);

Мда, к такому меня растбук не готовил.

а что смутило ?

ну в расте подефолту все в стеке выделяется

вектора и хешмапы тож?

Мда, к такому меня растбук не готовил.

вот тебе аналогия: в винде есть файл, а есть ярлык ссылающийся на файл. Т.е. в контексте ОС - это типа 2а разных элемента. И вот права на файл могут отличаться от прав на ярлык. Тут примерно так же

вектора и хешмапы тож?

не, эти в хипе

вектора и хешмапы тож?

ну... у вектора указатель на начало данных лежит на стэке :))

ну... у вектора указатель на начало данных лежит на стэке :))

+

хотел пошутить, получилась серьёзная дискуссия =)

=))))

ну... у вектора указатель на начало данных лежит на стэке :))

и размер

Кто нить кроме меня юзал tokio-proto ?

точнее tokio-proto + tokio-service

ща в место service - tower-rs, а прото забросили, и ручками дофига лишнего приходится, или может я не вкурсе

а что смутило ?

Смутил синтаксис — присваивание ссылки на примитив, а не на переменную, его содержащую, я с таким не сталкивался.

вот тебе аналогия: в винде есть файл, а есть ярлык ссылающийся на файл. Т.е. в контексте ОС - это типа 2а разных элемента. И вот права на файл могут отличаться от прав на ярлык. Тут примерно так же

Только тут выходит, что ярлык есть, а файла вроде как и нет. Видимо я чего-то не понимаю.

Смутил синтаксис — присваивание ссылки на примитив, а не на переменную, его содержащую, я с таким не сталкивался.

Представь, что это сахар, для создания переменной по месту и получения ссылки на неё

Представь, что это сахар, для создания переменной по месту и получения ссылки на неё

А, т.е. чтобы не возиться с созданием переменной-владельца, если, скажем, хотим использовать какой-то метод, принимающий только ссылки?

А, т.е. чтобы не возиться с созданием переменной-владельца, если, скажем, хотим использовать какой-то метод, принимающий только ссылки?

например развёрнутый вариант: let d = 1 let a =&d

так компилятор за тебя подобное сделает

например развёрнутый вариант: let d = 1 let a =&d

Да, это я понял. Спасибо!

А бывает что clippy ошибается?

например развёрнутый вариант: let d = 1 let a =&d

А если мы делаем только let d = 1 и никгда не берём указатель - Rust/llvm может просто запихать константу в регистр и нигде её не аллоцировать?

А бывает что clippy ошибается?

да

да

Ну отлично, а то я чуть голову не сломал пока думал что он от меня хочет на ровном месте

А если мы делаем только let d = 1 и никгда не берём указатель - Rust/llvm может просто запихать константу в регистр и нигде её не аллоцировать?

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

не проверял в смысле раст и llvm в частности

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

Я не про dead code, я про то, что мы используем значение только "по значению", не берём указатель, и его можно просто положить в регистр и использовать напрямую оттуда.

Я не про dead code, я про то, что мы используем значение только "по значению", не берём указатель, и его можно просто положить в регистр и использовать напрямую оттуда.

а ну тут уже как компилятор и llvm оптимизируют, может и так. я не знаю

точнее tokio-proto + tokio-service

Ну я :D

Смишно)

Ну в приципе заюзал tokio-codec Framed, а там мелочь осталась