Цитата(k155la3 @ Jul 20 2017, 16:46) (1) одна из многих причин - обмен данными прибора и PC. Чтобы избежать "шизофрении" - на порядок удобнее работать с кодом параметра (фактически его уникальным Id) и базой параметров. Для "синхронизации" проектов для прибора и PC достаточно чтобы они использовали один файл - базы, где указано соотв-ие параметра, его Id, тип_данных --> размер поля итд. Для "упаковки" в пакет или страницу флеш использую сериализацию. Это надежнее. Этот аргумент хорош для придания совместимости с ранее разработанными приборами. И при этом все равно лучше передавать блок параметров. Заметьте, что сериализация все равно машиннозависимая. Если слать параметры и размеры, то это то, от чего хотел уйти. (2) пока все парам. влазят в страницу (264 байта) - я так и делаю. Цитата(k155la3 @ Jul 20 2017, 16:46) Я привел пример только как один из многих-бесконечных вариантов реализации. ps - структуры отличное решение, еслиб...... не выравнивание, а темболее - для разных платформ. А также зависимость от опций компилятора. Вот с выравниванием тут хорошо. Я сказал "передавать блок параметров", рассортируйте по адресам.
