ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Понедельник
22 июля
1158952 Топик полностью
Vit (26.12.2021 23:05, просмотров: 156) ответил Юpий_CB на Мне не очень нравится идея разбирать текстовые потоки JSON в реальном времени на STM32. Особенно учитывая, что заказчик не может определиться сколько клиентов будет. Пишет "5000 с возможностью масштабировать". Насколько рационально оно будет разбито по темам(топикам) тоже не ясно. Поэтому платить за JSON 100 кратным увеличением времени обработки и 20 кратным увеличением требований к ОЗУ и к каналу.... Какой из вариантов является говнокодом - совсем не факт. Почему именно вы
а вы не спрашивали. протоколы не для того рожают, чтобы просто бумажками пошелестеть. начинается с порядка байт в данных и упакованности данных в рамках протокола. часто люди с опытом программирования на 8-и-битниках путают структуру данных в протоколе и структуру хранения/использования в программе. а ещё часто пытаются подгонять порядок полей и прочая под протокол, или наоборот, если у них есть такая возможность. когда же начинается портирование кода ...нажитого непосильным 

трудом(С):) на МК большей разрядности, начинаются другие индейцы, а ещё и выравнивание данных в этих самых структурах (причём может зависеть от момента компиляции). начинается борьба борьбическая с упаковкой в месте хранения и прочее гуано - всё в попытках применить memcpy для передачи данных - лишь бы не устаканить протокол. обмен бинарными данными отлаживается часто дольше, особенно в таких гетерогенных системах, как вариации с MQTT. часто такое используют для реализации идеи <i>собрать</i> "где-то" данные. всё ломает развитие идеи - добавляется хотелка отдать команду от "где-то" клиентам (аналог RPC, но клиентов с эволюцией становится больше и они со временем становятся различными по функционалу - их становится нужно различать). далее появляются идеи о том, что из-за проблем со связью какие-то регулярные данные требуется докачать... при этом при всём загруженность сервера часто более может проваливать от количества соединений, чем от объёма пересылаемых данных. в рамках всего этого грустного, которое вас, вероятно, не сильно касается, я предпочитаю экономить не там, где заказчик ещё не определился с объёмом будущих затрат.