[x893 35]

1 minute ago, AlexandrY said:

JSON де-факто стандарт хранения данных в embedded. А SSI требует побайтно прошерстить каждый html файл с подстановкой перед отправкой.
Причем подстановка идет HTML тэгов.
Эт вызывает необходимость при программировании на С думать о дизайне на HTML, что приводит к потере производительности. 

Занавес и бурные аплодисменты.

[mantech 34]

6 минут назад, AlexandrY сказал:

Эт вызывает необходимость при программировании на С думать о дизайне на HTML, что приводит к потере производительности. 

Чего?????????  В SSI нужно подставлять только расчетные параметры, которые делаются в проге на МК, все остальное - только HTML код.

4 минуты назад, x893 сказал:

Занавес и бурные аплодисменты.

+1

6 минут назад, AlexandrY сказал:

JSON де-факто стандарт хранения данных в embedded.

Наверно только в вашем embedded...

Изменено 9 апреля, 2021 пользователем mantech

[ksv198 0]

3 hours ago, AlexandrY said:

Какие фреймворки , какие IDE?  jQuery, React, AngularJS, AppML, Bootstrap,  ... ? 
 

На мой вкус jQuery и css   вполне достаточно. Вся динамика через Ajax. Совсем одинаково во всех браузерах всё равно не получится.

[AlexandrY 3]

18 minutes ago, mantech said:

Чего?????????  В SSI нужно подставлять только расчетные параметры, которые делаются в проге на МК, все остальное - только HTML код.

Подставляются не параметры а целые HTML блоки, потому что у каждого параметра есть кучка атрибутов указывающая как его отображать, как виджет назначать, как валидировать, как ему реагировать на события страницы и т.д.
А нынче с responsive web еще надо и правильный класс задать, а с этим полный облом, потому что класс зависит от фреймворка, если вы все еще понимаете о чем я. 

[mantech 34]

23 минуты назад, AlexandrY сказал:

Подставляются не параметры а целые HTML блоки, потому что у каждого параметра есть кучка атрибутов указывающая как его отображать, как виджет назначать, как валидировать, как ему реагировать на события страницы и т.д.

Дак делайте с помощью javascript уже на самой странице, параметр получаете в ssi-подстановке, а все остальное в скрипте, в чем проблема?

[AlexandrY 3]

25 minutes ago, mantech said:

Дак делайте с помощью javascript уже на самой странице, параметр получаете в ssi-подстановке, а все остальное в скрипте, в чем проблема?

Спасибо, Кэп. 
Но вопрос не что делать, а как именно это делать. Вопрос в деталях и их количестве. А детали проистекают из выбранного фреймворка.
Все усложняется тем что фреймворки диктуют еще и дизайн. 
Голый jQuery имеет мало деталей, но и дизайн его не риспонсив.   
jQuery был придумал только для того чтобы сократить количество символов в коде. Но это как раз не актуально,  делать целое  WEB приложение не придется. 

[mantech 34]

47 минут назад, AlexandrY сказал:

Но вопрос не что делать, а как именно это делать.

Ну уж тогда не знаю, сначала вам ssi не нравится, теперь как делать... Что у вас там такого навороченного, в задачах на МК?  Ведь не магазин писать на веб-морде или моднячую соцсеть какую-то, скорее всего просто морда для настройки режимов и просмотра статистики, такое можно и ручками поправить при желании...

[rkit 1]

JSON api + Angular (не angularJS) или react. Проще всего быстро получить красивый результат, только памяти под фреймворк нужно под мегабайт.  JQuery это уже основательно устаревший, малопродуктивный подход.

Изменено 9 апреля, 2021 пользователем rkit

[x893 35]

2 hours ago, rkit said:

JSON api + Angular (не angularJS) или react. Проще всего быстро получить красивый результат, только памяти под фреймворк нужно под мегабайт.  JQuery это уже основательно устаревший, малопродуктивный подход.

 

То есть 30КВ это малопродуктивно, а  под мегабайт - это модно и молодежно.

С таким подходом гуру программирования и делают сайты сейчас.

Еще видео в бэкграунде надо впердолить. На странице настроек МК. Модно же.

[rkit 1]

Да. Час работы разработчика стоит дороже сотен гигабайтов памяти. Людям, принимающим решения на луддизме вместо простого рассчета, не место на инженерном форуме.

[mantech 34]

1 час назад, rkit сказал:

Да. Час работы разработчика стоит дороже сотен гигабайтов памяти.

Особенно с учетом специфики, что это не комп с безразмерным диском и гигабайтами ОЗУ, а МК, с 512кб флеша на все и 64кб ОЗУ, это утверждение выглядит сомнительно, не находите? Да, конечно можно поставить вместо МК всякие "малины" и т.п. Но если посчитать, сколь придется переплатить разработчику один раз, а потом сэкономить на каждом изделии, тут еще вопрос, что выгоднее...

Изменено 9 апреля, 2021 пользователем mantech

[AlexandrY 3]

18 hours ago, rkit said:

JSON api + Angular (не angularJS) или react. Проще всего быстро получить красивый результат, только памяти под фреймворк нужно под мегабайт.  JQuery это уже основательно устаревший, малопродуктивный подход.

Речь о JSONAPI.org ?
Вот это уже запредельный оверхед для embedded.
JSONAPI в первую очередь ставит условия серверу, как он должет отвечать и форматировать ответы. 
В embedded это неприемлемо.
В моем случае уже есть схема кодирования иерархических структур данных в JSON.
На это портачено тысячи строк кода и отлажено. Никаких новых спецификация кодирования в JSON я уж точно делать не буду. 
И вообще когда встречается WEB разработчик и embedded разработчик, условия должен диктовать последний. 
Потому что у WEB-ов неограниченные ресурсы быстродействия, памяти и наработанной кодовой базы по сравнению с embedded. 

Angular же вообще не в ту степь.
Вижу что embedded разработчики здорово путаются в этой области.  
Я тут провел небольшое исследование и составил табличку что есть что :

 

 

[rkit 1]

Нет, json api это api отвечающий json, а не подверженность произвольной спецификации.

Angular это как раз в ту степь. Никаких "воркеров", чтобы это ни значило, он не качает, с изолированной сетью работает идеально, спасибо компиляции, и ">1300кб" завышено в два с лишним раза. И это я говорю, реализовав реальные проекты в реальном эмбеде.

[AlexandrY 3]

4 minutes ago, rkit said:

Нет, json api это api отвечающий json, а не подверженность произвольной спецификации.

Angular это как раз в ту степь. Никаких "воркеров", чтобы это ни значило, он не качает, с изолированной сетью работает идеально, спасибо компиляции, и ">1300кб" завышено в два с лишним раза. И это я говорю, реализовав реальные проекты в реальном эмбеде.

Не собираюсь спорить. Это все не актуально. Angular требует компиляции и это крест на нем.  
Я уже нашел достаточно вариантов искомой технологии - https://www.jqueryscript.net/blog/best-form-builder.html
Как видите jQuery живее всех живых. 

[rkit 1]

25 minutes ago, AlexandrY said:

Angular требует компиляции и это крест на нем

Бред какой-то. Религия не позволяет, или что?