ООП подход в программировании AVR на С++ (не Си!) Опции

[Дуглас Шеппард]

Народ!
подскажите, дайте ссылку, или кто знает просто расскажите
как правильно писать на С++ для AVR-ов, с учетом всех тонкостей
контроллеров, например функции обработчиков прерываний,
может ли обработчик быть мембером класса,
или как правильно создать прог. инт-фейс для перефирийного устройства
например УАРТа или др.
какие нибуть примеры, личный опыт....
но только С++, не Си! непутать объектное со структурным.....

[IgorKossak]

alexander55, оба Ваших последних "зачем" можно добавить третьим - "зачем ООП?".
Дело в том, что и обработчик прерывания и любой внутренний ресурс можно безболезненно сделать статическим членом класса. Я это делаю постоянно и мне лично это кажется удобным.
Смысл?
Да всё тот же, что и в ООП как таковом: инкапсуляция, сокрытие, и т. д., и т. п.

[alexander55]

alexander55, оба Ваших последних "зачем" можно добавить третьим - "зачем ООП?".

Игорь, про третье "зачем ООП" у меня вопросов нет. Я сам стою горой за ООП.

Дело в том, что и обработчик прерывания и любой внутренний ресурс можно безболезненно сделать статическим членом класса. Я это делаю постоянно и мне лично это кажется удобным.

Тут я что-то не в курсе. Объясните мне:
-в чем Вы видите удобство использования обработчика прерывания, как члена класса (а не функции, в него входящей);
-чем хуже макроопределение ресурса, чем определение его, как члена класса.
О вкусах не спорят, но может, что-то я не улавливаю.