но честно не понял в чем тут фишка Вашего генератора
фишка в
1)производительности. и бэнчмарки скоро будут
2)объеме сгенерированного трафика. и бэнчмарки скоро будут
3)в широте охвата поддерживаемых устройств. от восьмибитного микроконтроллера (STM8) до.... не ограничено.

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

Ява вполне так серилизует свой
хотел бы посмотреть как микроконтроллер напольных весов, подключенный через Bluetooth к мобильнику на Android, будет разбирать насериализованное джавой и наоборот.
в BlackBox , JAVA один из... поддерживаемых языков. BlackBox - в среде JAVA , в некотором смысле это CORBA , но которую можно использовать не опасаясь за производительность.


карму на хабре поднял за смелость
спасибо конечно,

походу для С тема вообще за пределом сознательного
да, BlackBox можно использовать вместо MAVLink на радиоканале, для управления беспилотниками. где ваще никакого Ethernet нету. а на борту беспилотника только микроконтроллеры.

Будете в Сан Франциско дайте знать покажу
буду. Ну и Вы в Пекине не проходите мимо.

Как Вас в Пекин занесло?
ваще должен был быть в лагуна бич, где то не далеко от вас. но....всюду свои плюсы / минусы.

в отличии от решений на базе встроенных в JAVA сериализаций
BlackBox сервер не только генерирует заказаный в спецификации код на различных языках, но и скомпилировав, интенсивно тестирует сгенерированный код, один из тестов высылается пользователю.

+ к этому генерируется код примеров вариантов использования сгенерированного кода

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

пофиг на производительность, хочу POJO - все уже сделано - бери пользуйся.

нужно вмонтировать протокол обмена в свое, уже готовое приложение - не вопрос вот готовое собрание нитерфейсов, имплиментируй все заработает.

в процессе создания проекта для JAVA ввиду убогости встроенных энамов, эксклюзивно сделана ещё одна фишка https://plugins.jetbrains.com/plugin/10316-slimenum] SlimEnum

а для С... хотя нет, это офтопик.

Андрей Панфилов,

Оно для тех кого
Андрей, Вы к сожалению НЕ внимательны и НЕ разобрались в вопросе.

Kaitai Struct - это когда по подробному описанию формата, вы получаете програму, котороая его разберёт. К примеру формат кодировки изображения.
Для этих целей более известен и популярен ANTLR сам когдато на нём сидел, пока окончательно не перешел на SCALA.

А BlackBox - это когда по подробному описанию пересылаемых данных, вы получите набор исходников которые, в условиях ограниченных рессурсов, для Вас это сделают.
Смена описания - полностю меняет протокол.
Описание протокола (его метаданные) хронятся у участников обмена данными. Без этих метаданных практически невозможно разобрать, что в данный момент передаётся.

Еслиб Вы не поленились слегка походить поссылкам, которые я привел выше, то наверняка попали бы на сайт описания , Где прям в первом абзаце даны ссылки похожие на BlackBox проекты.

Protocol Buffers
Cap’n Proto
FlatBuffers
ZCM
MAVLink
Thrift
Avro
FlatBuffers
Kryo
min-protocol
msgpack
protostuff
Simple Binary Messaging Protocol
Souliss
Telemetry
Thrift
Pdef

И у каждого свои достоинства/недостатки. Некоторым никогда не суждено опуститься на уровень микроконтроллеров, у других стардает эффективность....

BlackBox же изначально строился с учетом этого:

[youtube=

кстати спасибо Андрей Панфилов за ссылку на Kaitai Struct поизучал более глубинно.

помимо того что я писал о Kaitai выше добавлю.

заявлена поддержка C++/ STL . Вот эти буковки STL - это приговор. Это означет, что С++ код сгенереный данным продуктом будет НЕВОЗМОЖНО скомпилировать и запустить ни на одном микроконтроллере.

Поскольку даже если компилятор какого либо микроконтроллера и поддерживает С++ то, как правило, в очень обрезаной версии.
А STL - это откормленый слоняра в посудной лавке.

И такаяже фигня со многими кодогенераторами в которых заявлена поддержка С++.

kolobok0Cheblin...Вот эти буковки STL - это приговор. Это означет, что С++ код сгенереный данным продуктом будет НЕВОЗМОЖНО скомпилировать и запустить ни на одном микроконтроллере. ...

глупости не пишите. под МК уже линуксы ходят. и без урезаний. докеры-контейнеры-явы-какавы. а уж си плас плас с СТЛ - ышо проще...

гугль вам в помощь <stm32+template+library >

kolobok0 Вы невнимательно читатет то, что я пишу.

я писал про STL первая буковка S сокращения от Standard не просто TL , (как Вы тут советуете искать), a STL . И если Вы НЕ поленитесь то сразу же найдете
A simple answer will be no, i have been working with the stm32 for the last 2 years, and my advise is, if you are used to work with STL or BOOST library, use a microprocessor, not a microcontroller, both library heavily uses dynamic allocation and the cortex-m microcontrollers doesnt have MMU, so you will be run out of memory because the fragmentation. There are some STL implementation for embedded systems … but no free.

как вам тут уже заметили микроконтроллеры разные бывают... STM32 и STM8

в этом мире используется STANDARD EMBEDDED C++

Standard Embedded C++ lacks these features of C++:
● Templates
● Multiple and virtual inheritance
● Exception handling
Overview
● Runtime type information
● New cast syntax (the operators dynamic_cast, static_cast,
reinterpret_cast, and const_cast)
● Namespaces
● The mutable attribute.
The exclusion of these language features makes the runtime library
significantly more efficient. The Embedded C++ library furthermore
differs from the full C++ library in that:
● The standard template library (STL) is excluded
● Streams, strings, and complex numbers are supported without the use
of templates
● Library features which relate to exception handling and runtime type
information (the headers except, stdexcept, and typeinfo) are
excluded.
Note: The library is not in the std namespace, because Embedded
C++ does not support namespaces.


некоторые компиляторы поддерживают EXTENDED EMBEDDED C++

IAR Systems’ Extended EC++ is a slightly larger subset of C++ which
adds these features to the standard EC++:
● Full template support
● Multiple and virtual inheritance
● Namespace support
● The mutable attribute
● The cast operators static_cast, const_cast,and reinterpret_cast.

All these added features conform to the C++ standard.
To support Extended EC++, this product includes a version of the
standard template library (STL), in other words, the C++ standard
chapters utilities, containers, iterators, algorithms, and some
numerics. This STL is tailored for use with the Extended EC++
language, which means no exceptions, no multiple inheritance, and
no support for runtime type information (rtti). Moreover, the
library is not in the std namespace.

те. используется ОТДЕЛЬНАя , также специально порезанная, как и С++, версия.

Зашедший Потому что при заключении контрактов с какой-нибудь Роснефтью, Россетями .
постарайтесь этого избегать %username%

SiemarglCheblin,
Спорить тут смысла нет - но в форуме про яву это выглядит как весьма оффтопный стеб над хозяевами =)

стараюсь