S
Лично мне не хватает рефлексии и динамических типов довольно часто. Десериализация из жсона на С++ это боль, допустим.
Size: a a a
2021 February 08
VK
ну вот десериализация с помощью этого и делается например
VK
вот пример кидали, это весь код который нужен
VK
Переслано от Nick Linker
Приведу пример: https://github.com/whamcloud/integrated-manager-for-lustre
Огромная кодовая база на Rust, но с serde код практически всегда это просто ряд деклараций в нужных местах. То есть код для использования serde не требует каких-то жутких дженериков и проч.
Огромная кодовая база на Rust, но с serde код практически всегда это просто ряд деклараций в нужных местах. То есть код для использования serde не требует каких-то жутких дженериков и проч.
VK
Лично мне не хватает рефлексии и динамических типов довольно часто. Десериализация из жсона на С++ это боль, допустим.
а динамические типы когда нужны? мне ни разу не было нужно
S
Переслано от Nick Linker
Приведу пример: https://github.com/whamcloud/integrated-manager-for-lustre
Огромная кодовая база на Rust, но с serde код практически всегда это просто ряд деклараций в нужных местах. То есть код для использования serde не требует каких-то жутких дженериков и проч.
Огромная кодовая база на Rust, но с serde код практически всегда это просто ряд деклараций в нужных местах. То есть код для использования serde не требует каких-то жутких дженериков и проч.
Выглядит прикольно. Такой препроцессор хотелось бы ив С++ иметь.
D
Лично мне не хватает рефлексии и динамических типов довольно часто. Десериализация из жсона на С++ это боль, допустим.
нормально там всё 👀
R
Лично мне не хватает рефлексии и динамических типов довольно часто. Десериализация из жсона на С++ это боль, допустим.
хех, мне тоже после 10 лет с PHP весьма странно слышать, что в каком-то языке парсинг JSON сложнее чем вызвать json_decode()
R
но в Go вроде с этим не было проблем
VK
хех, мне тоже после 10 лет с PHP весьма странно слышать, что в каком-то языке парсинг JSON сложнее чем вызвать json_decode()
json_decode возвращает нужный тип или динамическое неизвестное? Первое намного удобнее, но есть не везде, второе есть везде вроде
O
если пофиг на nan делают тип обертку над f32/f64 для которой определен полный порядок, есть готовые крейты. единственное что мне не нравится это невозможность написать
let x: Real32 = 123.456, надо писать Real32::new(123.456). В хаскеле например сделано вроде это нормально, а в расте почему то нетПо идее раст мог бы спрашивать
let x : Real32 = 123.456;
у Real32::From::<f64>
let x : Real32 = 123.456;
у Real32::From::<f64>
O
Или fsize(а это вроде из крейта)
VK
По идее раст мог бы спрашивать
let x : Real32 = 123.456;
у Real32::From::<f64>
let x : Real32 = 123.456;
у Real32::From::<f64>
По идее, но непонятно почему именно f64. Ещё сложнее с целыми, в хаскеле на входе длинка, наверное в этом проблема
O
По идее, но непонятно почему именно f64. Ещё сложнее с целыми, в хаскеле на входе длинка, наверное в этом проблема
Ну а если 123.456f64 ?
u
В расте с мапами как-то не удобно, вот в C++ удобнее сделано
someMap["someKey"] = "someVal";
someMap["someKey"] = "someVal";
VK
Ну а если 123.456f64 ?
Хз, я делал свободную функцию и юзал типа r64(123.456)
VK
ud1
В расте с мапами как-то не удобно, вот в C++ удобнее сделано
someMap["someKey"] = "someVal";
someMap["someKey"] = "someVal";
Не уверен что это удобнее, но это слишком неважная деталь как по мне
u
А еще вопрос, есть ли там mutable квалификатор на поле? Вот допустим мне надо функцию в классе, которая по идеологии должна быть readOnly, не менять состояние класса, но при этом она все таки меняет, потому что кэширует результат выполнения, чтоб при повторном вызове сразу его возвращать.
Можно ли написать ее при этом чтоб self был не mut?
Можно ли написать ее при этом чтоб self был не mut?
VK
Cell/refcell/mutex в зависимости от ситуации
VK
Ну или unsafe чтобы как на плюсах 🌚