caxapa.ru :: Мне не очень нравится идея разбирать текстовые потоки JSON в реальном времени на STM32. Особенно учитывая, что заказчик не может определиться сколько клиентов будет. Пишет "5000 с возможностью масштабировать". Насколько рационально оно будет разбито по темам(топикам) тоже не ясно. Поэтому платить за JSON 100 кратным увеличением времени обработки и 20 кратным увеличением требований к ОЗУ и к каналу.... Какой из вариантов является говнокодом

Юpий_CB (26.12.2021 22:21, просмотров: 154) ответил Vit на кому и кобыла невеста. пока нельзя было в браузере посмотреть, что выдаёт ~~датчик уровня говна в септике~~ любимая самолепная метеостанция, этот MQTT никому нафиг не нужен был. теперь можно и простыми даш-клиентами с ведротрубы поглядеть на буквы прямо с ~~брокера~~сервера. ЗЫ а структуры передаввать как дампы памяти - говнокод ещё тот обычно (имеется опыт).

Мне не очень нравится идея разбирать текстовые потоки JSON в реальном времени на STM32. Особенно учитывая, что заказчик не может определиться сколько клиентов будет. Пишет "5000 с возможностью масштабировать". Насколько рационально оно будет разбито по темам(топикам) тоже не ясно. Поэтому платить за JSON 100 кратным увеличением времени обработки и 20 кратным увеличением требований к ОЗУ и к каналу.... Какой из вариантов является говнокодом - совсем не факт. Почему именно вы

считаете это говнокодом - вы аргументы не привели.

Ответить

- а вы не спрашивали. протоколы не для того рожают, чтобы просто бумажками пошелестеть. начинается с порядка байт в данных и упакованности данных в рамках протокола. часто люди с опытом программирования на 8-и-битниках путают структуру данных в протоколе и структуру хранения/использования в программе. а ещё часто пытаются подгонять порядок полей и прочая под протокол, или наоборот, если у них есть такая возможность. когда же начинается портирование кода ...нажитого непосильным Vit(1143 знак., 26.12.2021 23:05)

Средства и методы разработки