VL (12.05.2015 17:30, просмотров: 1) ответил Скрипач на Можно, но не всегда нужно.-
- А почему бы сразу не обозначить проблемы? - Олдфаг(12.05.2015 17:44,
)
- Да проблемы обозначены раньше VL(365 знак., 12.05.2015 17:54,
)
- Да проблемы обозначены раньше VL(365 знак., 12.05.2015 17:54,
- С битовыми полями, как мне кажется, правильнее. С ними не будет возможности вставить где-то "магическое число", при необходимости что-то добавить/убавить битовые поля проще "перетасовать", что бы не попадать на границы байтов/слов, а при попадании AlexBi(142 знак., 12.05.2015 17:41)
- Маска не проблема, можно делать логические операции с несколькими полями, а компилятор заоптимизирует. А вот бы заенумить поля, чтоб неповадно было :) - VL(12.05.2015 17:47, )
- Или я не понял вопроса, или можно подсмотреть в SPL от ST Dingo(396 знак., 13.05.2015 05:18)
- Такой оптимизатор я еще не встречал, все делали цепочку сравнений. А заенумить мне удавалось, кажется ИАР для армов такое позволял, микрочип С для пик24 такое позволяет. - AlexBi(12.05.2015 18:05)
- Чтобы неповадно было, надо весь доступ к полям делать через функции доступа с проверкой правильности. И тогда мы естественным образом приходим к сериализации имени будённовца fk0. - SciFi(12.05.2015 18:04)
- Маска не проблема, можно делать логические операции с несколькими полями, а компилятор заоптимизирует. А вот бы заенумить поля, чтоб неповадно было :) - VL(12.05.2015 17:47,
- Объектный подход рулит. По крайней мере инкапсуляция - стопудово. - Скрипач(12.05.2015 17:34)
- too late, что в переводе означает "поздняк метацца" - VL(12.05.2015 17:35, )
- too late, что в переводе означает "поздняк метацца" - VL(12.05.2015 17:35,
- А почему бы сразу не обозначить проблемы? - Олдфаг(12.05.2015 17:44,