Привет всем. std::variant с 30+ типами - норм? Если нет,

Question

LaG1924

Привет всем. std::variant с 30+ типами - норм? Если нет,

то кто как парсеры разных структур пишет (чтобы без аллокаций, разумеется)? Хочу одну универсальную функцию T ParsePacket(PacketType type), что делать с типом T?

#c++ #embedded #programming #russian

0

10.04.2022

11 ответов

25 просмотров

Anatoly Shirokov

по идее, современный подход заключается в том, чтобы не писать руками парсеры. используют protobuf, flatbuf и т.п.

0

10.04.2022

LaG1924 Автор вопроса

Andrew Revvo
А что смущает?

Ну, я хотел бы что-то вроде статичного наследования. Ну, и 30+ это пока сейчас, потом будет больше (больше 255).

0

10.04.2022

Kelbon

нужен общий интерфейс, чтобы пользоваться std::visit удобно, а так впринципе больших проблем не будет

0

10.04.2022

LaG1924 Автор вопроса

LaG1924
Ну, я хотел бы что-то вроде статичного наследовани...

Помню, что у какого-то компилятор было ограничение на количество параметров в 255.

0

10.04.2022

Andrew Revvo

LaG1924
Ну, я хотел бы что-то вроде статичного наследовани...

Я предпочитаю парсить данные линейным проходом по документу и по мере нахождения элемента, вызывать соответствующий код, без построения дерева и других временных структур. Про аллокации немного не понял. Это зависит от того, какие данные куда помещать - в уже подготовленные места, или строить объекты во время прохода по документу.

0

10.04.2022

LaG1924 Автор вопроса

Andrew Revvo
Я предпочитаю парсить данные линейным проходом по ...

>Про аллокации немного не понял Наиболее очевидный подход с наследованием (struct Base{...}; struct A : Base {...}; struct B : Base {...};) требует сложной и не очень эффективной логики для хранения всех типов наследников на стеке (и может не сработать, если какой-то вариант наследования будет не известен в той TU, где высчитывается размер буффера для вмещения всего).

0

10.04.2022

LaG1924 Автор вопроса

Anatoly Shirokov
по идее, современный подход заключается в том, что...

Хороший подход. Но он подходит, только если формат сериализации проектируется сейчас. То есть не удастся читать protobuf'ом, если там уже лет 10 как не protobuf.

0

10.04.2022

Alexander B. Babayants

компилироваться может миллион лет, в дебаггере смотреть неудобно будет, DWARF раздует, а в остальном все хорошо

0

10.04.2022

Dmitry Sokolov

Помнится у vs были проблемы с тем что сигнатура типа очень длинная получается.

0

11.04.2022

Dmitry Sokolov

Dmitry Sokolov
Помнится у vs были проблемы с тем что сигнатура ти...

Я писал под codegen а-ля protobuf реализацию такого choice. Изначально тоже думал как variant, список типов генерить, но ms сказал упс очень скоро, пришлось пилить просто обёртку над uninitialized storage под max align/size с кучей генерируемых аксессоров. Ну и там ещё мелочи, гарантированный default case типа monostate, часто в таких случаях типы могут быть одинаковые под разными case. Но вообще-то это редкость когда такое удобно, обычно декодирование проще от корня по типу пакета распилить на раздельные функции.

0

11.04.2022

Andrew Revvo · Accepted Answer

Andrew Revvo

А что смущает?

0

10.04.2022

170 похожих чатов

Привет всем. std::variant с 30+ типами - норм? Если нет,

11 ответов

Похожие вопросы