PI
В частности приватный модуль
read, но там и много всего другогоSize: a a a
2021 June 28
D
тогда остаётся только форкать, чтобы можно было подсунуть кастомный сид
D
ну в общем как-то простого пути не предвидится :(
PI
ух, одна грусть и тоска
D
да, но кажется, что это должно очень просто делаться, всего лишь надо прокинуть сид и заменить вызов десериализации..
PI
если никак, то я уж тогда остануть на двухэтапной десериализации
форкать и копипастить никакого желания нет
форкать и копипастить никакого желания нет
PI
В смысле сделать pull request в upstream?
D
в перспективе — почему бы и нет?
D
в качестве альтернативы можно попробовать https://docs.rs/json/0.12.4/json/ , но тогда придётся свои типы "вручную" десериализовывать
D
хотя тоже вопрос, умеет ли он в стриминг
D
а контроля над входным потоком нет? а то можно было бы какой-нибудь Framed протокол навернуть, типа построчные json'ы использовать или что-то такое
PI
Да он вряд ли умеет стрминг, вряд ли умеет zero allocation и zero copy, и т.д.
D
ну про стриминг — вопрос, а так-то он в два раза быстрее serde работает, так что подозреваю, никаких аллокаций не делает
D
а нет, таки не умеет в зеро-копи
PI
Ну serde по умолчанию делает аллокации, если не ссылочные типы в структурах используются. Так что я не знаю откуда цифра про в 2 раза быстрей.
D
так, посмотрел внимательней, это он на stringify в два раза быстрее :(
D
не, у него
parse без лайфтаймов вообще, всё, забыли =)PI
Четкого контроля нет.
Входной поток обычно разбит по строчкам, но может и содержать лишние данные до или после json объекта. Терять их нельзя.
Входной поток обычно разбит по строчкам, но может и содержать лишние данные до или после json объекта. Терять их нельзя.
D
да, печаль