Как сильно загружается МК при проверке длинного условия?

Question

[list_get]

Добрый день. Подскажите эффективно ли использовать одно длинное условие? или стоит разбить на более мелкие составляющие. МК freescale kinetis kl25 cortex - m0+
В качестве примера (x1 >= n <= x2 && x3 > x4)

Answer 1

[Antony]

Армы (как и, наверное, все остальные процессоры) так и так не умеют сравнивать больше, чем два числа. Это условие в любом случае будет разбито компилятором на несколько.

Comments

[list_get]

я так понимаю на загруженности не сильно скажется

[Antony]

list_get: Если и будет разница - то только за счет того, что компилятор по разному будет их воспринимать.

Answer 2

[Сашка]

МК все равно, этим занимается компилятор, он его и разобьет.

Answer 3

[VeyDlin]

Надо иногда почитывать учебники по языку программирования, на котором пишите
Раньше бы ваш вопрос был актуален, со старыми компиляторами, сейчас же код

int I;
I = I + 1;
if(I < 5){ }

Ничем не отличается от вашей оригинальной записи такого вида:

int I;
if(++I < 5){ }

Компилятор все подведет под одно.
Надеюсь, ответил на ваш вопрос х)

Answer 4

[Виталий Филинков]

Несмотря на то, что компилятор разобьет условие на несколько сравнений, вычисления будут произведены полностью, потому как, ЕМНИП, в С отсутствуют ленивые вычисления. В вашем же случае, если первое условие ложно, второе значение вычислять не имеет смысла, а по-этому, можно и разбить условие на вложенные if.

Comments

[Виталий]

не соглашусь с вами, дебащил прогу под stm32. там в if выполнялось 2 проверки по или и под дебагом первого тру хватал зайти в иф.