Постарайтесь шире смотреть на вещи. Во первых, пример был не о таймере. Во вторых, представьте себе, таймерной библиотеки может не быть.

Понял. Смотрю шире - пример был ни о чем. Вопросов нет.
Первый вариант, кстати, лучше, для тех, кто пользуется средствами редактора для навигации по исходнику, а не разыскивает вылупив глаза. Имея скобки я могу перейти к парной скобке, выделить весь блок, или наоборот свернуть его.

Ну вот это уже по сути, хотя странно, конечно. Мне так однозначно второй предпочтительнее.

Не факт.
Есть же стандартные рекомендации и в той же MISRA - должен быть один выход из функции.
Но тема ушла в оформление, это важно для сложных программ, но не критично.
Адепты RTOS с адептами автоматов замирились, что ли?

И этот человек что-то будет говорить о "сложных программах"?
Ну явно тролль же!

Да? странно, в чем логика такого требования?

ок почитал. ИМХО я выберу множественные возвраты + тривиальная логика чем запутанная логика и единственный возрват

Пока рано так говорить.
Если в ИАРе разрешить все предупреждения и ремарки, он ругается на точку с запятой после закрывающей функцию скобки.
Но подозрения есть


Все зависит от всего.
Одно дело после входа выйти, или парсер выходит с результатом разбора, а другое - второй выход где-то в середине функции.

Ваш пример не служит примером запутанной логики которую рекламируемый Вами прием как то распутал. Ну а вообще, множественные возвраты из функции не есть криминал. Можно пользоваться, если НУЖНО. НЕ НУЖНО пользоваться всегда. Я пользуюсь очень редко, но не по причине какого либо неприятия и фобий. Просто как то не возникает ни малейшей необходимости.

Я здесь не для того чтоб учить кого-то писать ПО. Наоборот - спрашиваю, как это делать. Но вы меня простите, если меня учат статик инициализировать нолями, или число 10 в интах размещать, то левые точка с запятой - мелочи. Я смысл того о чем писал ar__systems понял ,но в контексте того что меня тревожит это такая ерунда ,что слов нет. Уж что что ,а с тем как один раз из десяти что то там вызывать я справлюсь. Такого рода вопросы меня не тревожат.

Разумеется нет. Пример распутывает один уровень вложения, их могло быть гораздо больше.

Буратино, пример был не о статик переменной и не о запятой.

Ну так спрашивайте же! ЧТО делать? Какие у Вас проблемы?
Тонете в своих амбициях.

Так я же уже выбрал стратегию для следующего проекта! И кстати говоря писал о ней выше. Все четко по пунктам. Сейчас просто отстаиваю честь и достоинство по пояс деревянных. Также, прислушиваюсь к рациональному и ценному в перепалках.

ar__systems,

Даже не знаю.
Тут есть четкость, но нет пунктов:

Тут есть пункты, но я лично не понял, о чем Вы пишете:

Какие сообщения, какие объекты ...

Но неважно, раз Вы поняли, то тему можно и закрывать.

Ничего не понял. Вы что думаете ,что я морочу голову? Мне есть кому ее морочить, поверьте
Вот здесь то чем я пользуюсь. Там же и о сообщениях.

Тему закрывать не стоит. Можно просто в нее не заходить если вот прям все ясно и понятно. Согласитесь, это логично!

Дурь, не тратьте время.
Я сейчас с удовольствие поисследовал SDK под чипы Mediatek
Если хотите развиваться в embedded вам неминуемо надо переходить на RTOS и на ARM Cortex-M

Скомпилировал простенький проект примитивнейшего IoT модуля. Что-то там с BLE датчиков переслать в облака по Wi-Fi
Получил полмегабайта бинарник.
Исходники включают столько разных программных модулей, что 55-и летним ветеранам OSI челюсть отвалится.
Там их OSI всего пару процентов составляет.

Никакие парадигмы программирования типа автоматного, объектного и проч. вы там эффективно не примените.
Сказано RTOS на C и нет другого выбора.