https://m.opennet.me/openforum/vsluhforumID3/108788.html Поле четырёх месяцев разработки доступен релиз инструментария хKaitai Struct 0.4 (http://kaitai.io/) - языка для описания форматов сериализации произвольных бинарных структур данных. Идея Kaitai Struct заключается в том, что формат данных описывается с помощью простого декларативного языка на основе YAML, а затем это описание можно скомпилировать в готовый код парсера на любом из поддерживаемых языков. Для облегчения отладки предлагается визуализатор, в котором можно наблюдать, как сериализованная в файле структура раскладывается в дерево взаимосвязанных объектов в соответствии с описанием.<br><br><br>Основные новшества (https://github.com/kaitai-io/kaitai_struct_compiler/blob/6fdb65561c6362c9412e24d61c2502506a41d80a/RELEASE_NOTES.md):<br><br>- Поддержка новых целевых языков: полностью поддерживается C#, предварительно поддерживается C++ (на основе стандартной библиотеки STL).<br>- Поддержка новых типов данных: типы с плавающей точкой IEEE 754 (одинарной и двойной точности) и выделенный тип для массивов байт<br>- Новые https://m.opennet.me/openforum/vsluhforumID3/108788.html#30 Fri, 12 Aug 2016 11:45:42 GMT Картинка визуализатора там одна. Впрочем и её достаточно -- "консольный".<br><br>Не понимаю разницу с конструктом.<br> https://m.opennet.me/openforum/vsluhforumID3/108788.html#29 Fri, 12 Aug 2016 08:03:11 GMT JSON вида {"msg": ["foo", 1, 5, 7, [-1.5, -0.5]]} тоже не будет самоописываемым, если работа с msg проводится с помощью массива констант типа такого:<br><br>const ENTITY_NAME = 0<br>const ENTITY_COORDS = 4<br><br>и, соответственно, обращение через json.msg[ENTITY_COORDS] = [-1.5, -0.5].<br> https://m.opennet.me/openforum/vsluhforumID3/108788.html#28 Thu, 11 Aug 2016 18:09:34 GMT Нет, тут немножко в кучу смешалось. Формат protobuf - не самоописываемый. Формат protobuf из приведенного списка эквивалентен ASN.1 - для того, чтобы полноценно пропарсить бинарное сообщение, получателю необходимо иметь описание формата - несмотря на то, что типы и длины в потоке указаны, имен там нет. Упрощенный пример - пришли в пакете два числа, строка, массив из трех чисел? Что это такое, что куда? Вы заранее не знаете, если не согласовать это в парсере - именно за этим компилятор protobuf-языка<br><br>Действительно полностью самоописываемым будет JSON (и, например, какая-нибудь вариация XML-схемы, где договорились об указании имен, но это таки согласовать придется опять) - в нем имеются не только типы данных, но и названия этих переменных. Вот такие данные получатель уже сможет пропарсить, не имея заранее описания синтаксиса/схемы (зачем? подумайте, например, о проблеме апгрейда между версияи - убирание старых полей, добавление новых).<br><br>Но если нужен бинарный эквивалент JSON, в наше время следует смотреть https://m.opennet.me/openforum/vsluhforumID3/108788.html#27 Thu, 11 Aug 2016 15:09:17 GMT Во-первых, вы предлагаете очень странную вещь. То есть, представьте, как это будет читаться хотя бы человеческим глазом:<br><br>- id: u2<br>- id: blah<br> type: strz<br> terminator: 0xd<br>- terminator: u4<br><br>Сравните это с текущей, куда более однородной, на мой взгляд, записью:<br><br>- id: id<br> type: u2<br>- id: blah<br> type: strz<br> terminator: 0xd<br>- id: terminator<br> type: u4<br><br>На самом деле тут задано три атрибута с идентификаторами "id", "blah" и "terminator". В описание поля всего одна key-value пара, то мы считаем идентификатором - key, а типом - value. Если больше одной - то, внезапно, все по-другому - они обрабатываются как полноценные key-value пары описания атрибута.<br><br>Вообще, предполагалось, что это формат разметки, а не полноценный язык программирования с кучей syntactic sugar, который людям придется еще надо отдельно изучать. "Много способов сделать одно и то же" не хочется поощрять. Это здорово упрощает создание дополнительных инструментов - визуализаторов, визуальных редакторов, отладчиков и т.д. Мне сде https://m.opennet.me/openforum/vsluhforumID3/108788.html#26 Thu, 11 Aug 2016 06:35:11 GMT &gt;&gt; Кажется избыточным в описании формата везде писать "id" и "type".<br>&gt; Давайте усложним задачу :) Как тогда предлагаете описывать поля типа таких: <br>&gt; - id: frame_times <br>&gt; type: f4 <br>&gt; repeat: expr <br>&gt; repeat-expr: num_frames <br>&gt; if: group != 0 <br><br>В ваших примерах на гитхабе большинство полей идет именно как id и type. Так может, добавить частный случай, чтобы сократить писанину?<br><br> https://m.opennet.me/openforum/vsluhforumID3/108788.html#25 Thu, 11 Aug 2016 06:14:24 GMT &gt; Кажется избыточным в описании формата везде писать "id" и "type".<br><br>Давайте усложним задачу :) Как тогда предлагаете описывать поля типа таких:<br><br> - id: frame_times<br> type: f4<br> repeat: expr<br> repeat-expr: num_frames<br> if: group != 0<br> https://m.opennet.me/openforum/vsluhforumID3/108788.html#24 Thu, 11 Aug 2016 06:11:01 GMT Вот у этого товарища в статье картинок было сколько-то - https://habrahabr.ru/post/281595/<br><br>Construct, безусловно, близок, но он сильно проще и сильно более императивный. Там чуть что - seek или вычисление выражения надо делать вручную из python.<br> https://m.opennet.me/openforum/vsluhforumID3/108788.html#23 Thu, 11 Aug 2016 05:46:28 GMT Кажется избыточным в описании формата везде писать "id" и "type". Вместо какого-нибудь<br>seq:<br> - id: src_port<br> type: u2<br> - id: dst_port<br> type: u2<br><br>Можно было бы писать просто:<br><br>seq:<br> - src_port: u2<br> - dst_port: u2<br> https://m.opennet.me/openforum/vsluhforumID3/108788.html#22 Thu, 11 Aug 2016 04:19:28 GMT Где картинки визуализатора?<br><br>А то без него на construct смахивает.<br>