Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: упаковка данных
Форум разработчиков электроники ELECTRONIX.ru > Сайт и форум > В помощь начинающему > Программирование
DASM
задали вот тут вопрос как лучше писать

struct
{
char a;
float b;
} X;
или же
struct
{
float b;
char a;
} X;
думал что-то про выравнивание на 32 битных машинах, выбрал второй вариант
потом подумал еще, и пришел к выводу, что пофигу... а вы что скажите ?
esaulenka
Если __packed struct, то второй вариант лучше. Если так, как есть, то пофигу совершенно.
Разве что char c,d,e во второй вариант проще дописать - можно писать в конец, а объем не увеличится.

И да, если заморачиваться с оптимизацией до такой степени, то надо писать не float, а int ;-)
DASM
а даже если пакед ?И объем все равно увеличится - на каждый char по 4 байта
kolobok0
Цитата(DASM @ May 19 2014, 20:11) *
задали вот тут вопрос как лучше писать...а вы что скажите ?


тут наверное надо сказать, что пока разрядность не превышает float - то второй вариант обеспечивает одинаковость смещений, при любых
ключах упаковки. а лучше ли - тут вот не совсем уже кодинг...если уходить в философию коллективной разработки - то наверное первый sm.gif
быстрее обнаружится ляп (если требуется эту стрктуру, а если не требуется то нафига структура тогда(?), упаковывать для каналов связи)
в случае ошибки в программировании. Чем нежели перестанет работать спустя месяцы-года, когда начнут дописывать в хвост этой структуры
ышо поля...
DASM
да уж... веселый вопрос для собеседования... был
kolobok0
Цитата(DASM @ May 20 2014, 01:54) *
да уж... веселый вопрос для собеседования... был



практика показывает, что кол-во вопросов на собеседовании обратно пропорциаональна адекватности конторы и целесообразности
дальнейшего собеседования... т.е. те конторы которые готовы сразу брать, просто пообщавшись за жизнь, хорошо платят,
отличный коллектив, есть перспективы. всё вместе как правило... ну собственно это очевидно sm.gif))
DASM
Вопросов было немного, и несложных. Хотя про контору отзывы не очень. Ну погляжу, хуже не будет.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.