хотя....
все определяется компилятором
хороший (в моем понимании) будет выполнять сложное условие последовательно (ну, с учетом порядка действия), т.е., сам разобьет несколько условий на цепочку одинарных.
не хороший - посчитает результат ВСЕГО условия (т.е., поступит как мы написали)
но не хороших, наверное, уже не осталось, но я их еще застал :))) и привык "прогибаться" под компилятор - KISS-принцип
"скучным и плоским"?
Как пример (мое личное восприятие) - разбиение условного оператора с несколькими условиями на несколько условных операторов с одним условием. Этот прием делает текст кода (в реальной жизни) плохо воспринимаемым, внешне похожим на восстановленный код при реверсинжиниринге. Но, при разумно организованной последовательности вложенности, позволяет сэкономить машинные такты. Не память.
Можно было бы (и нужно?) привести показательный пример "прогибания" под компилятор, но это будет не совсем по теме обсуждения.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
все определяется компилятором
хороший (в моем понимании) будет выполнять сложное условие последовательно (ну, с учетом порядка действия), т.е., сам разобьет несколько условий на цепочку одинарных.
не хороший - посчитает результат ВСЕГО условия (т.е., поступит как мы написали)
но не хороших, наверное, уже не осталось, но я их еще застал :))) и привык "прогибаться" под компилятор - KISS-принцип