ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Воскресенье
30 июня
О смысле всего сущего0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынокОбъявления
МикроконтроллерыPLD, FPGA, DSP AVRPICARM, RISC-VТехнологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты
1444230 Топик полностью
AlexBi (21.06.2024 10:54, просмотров: 113) ответил VladislavS. на Мой опыт говоит об обратном. Качественно написанная и оттестированная абстракция работает лучше и понятнее. Когда я говорю "оно не может не работать" мне уже верят на слово и идут исправлять у себя :)
"Качественно написанная и оттестированная..." любопытно, как вы этого добиваетесь? Как умудряетесь проверить все варианты использования, да еще на разном железе? А описание составляете, в котором будут указаны ограничения по применению? 

Например, если взять упоминавшийся выше LED::On() в сравнении с LedOn() { PORTA |= 1 << 0; } Во втором варианте сразу видно, что оно не будет работать если порт не будет настроен на вывод, не будет работать если пин будет привязан к какой-то периферии, понятно какие есть риски при использовании в прерываниях или разных задачах, и.т.д.. А что видно по LED::On(), к чему оно готово, а к чему не готово?

Ответить