Почему, 'если' оператор рассмотрел зло?

IMO: Я подозреваю, что он пытался спровоцировать дискуссию и заставить людей задуматься о неправильном использовании слова «если». Никто бы всерьез не предложил полностью отказаться от такой фундаментальной конструкции синтаксиса программирования, не так ли?

Это, вероятно, сводится к желанию снизить цикломатическую сложность кода и уменьшить количество точек ветвления в функции. Если функцию легко разложить на несколько более мелких функций, каждую из которых можно протестировать, вы можете уменьшить сложность и сделать код более легким для тестирования.

Единственная проблема с предикатами (с точки зрения замены операторов if ) заключается в том, что вам все равно нужно их тестировать:

function void Test(Predicate<int> pr, int num) 
{
    if (pr(num))
    { /* do something */ }
    else
    { /* do something else */ }
}

Конечно, вы можете использовать терниарный оператор (?: ), но это всего лишь замаскированный оператор if ...

Возможно, с квантовыми вычислениями будет разумной стратегией не использовать операторы IF, а позволить каждому этапу вычисления продолжаться и иметь только функцию «коллапсирования» при завершении до полезного результата.

Предикаты исходят из логических / декларативных языков программирования, таких как PROLOG. Для определенных классов проблем, таких как решение ограничений, они, вероятно, лучше, чем множество растянутых пошаговых инструкций «если-сделай-то-то-сделай-это». Проблемы, которые было бы сложно решить в императивных языках, можно решить всего несколькими строками в PROLOG.

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

Определенно не везде полезно; Я бы не хотел писать драйвер устройства с предикатами вместо операторов if. Но да, я думаю, что основная мысль, вероятно, разумна, и с ней стоит хотя бы ознакомиться, если не использовать постоянно.

Я с вами согласен; он был неправ . Вы можете зайти слишком далеко с подобными вещами, слишком умно для вашего же блага.

Код, созданный с использованием предикатов, а не «если», было бы ужасно поддерживать и тестировать.

Хорошо, что в рубине у нас есть , кроме ;)

Но серьезно, вероятно, если будет следующим goto , что даже если большинство людей думают, что это зло, в некоторых случаях это упрощает / ускоряет работу (а в некоторых случаях, например, как низкоуровневый высокооптимизированный код, это необходимо).

Я должен сказать, что недавно я начал рассматривать операторы if как запах кода: особенно когда вы обнаруживаете, что повторяете одно и то же условие несколько раз. Но вам нужно кое-что понять о запахах кода: они не обязательно означают, что код плохой. Они просто означают, что есть хороший шанс , что код плохой.

Например, комментарии перечислены как запах кода Мартином Фаулером, но я бы не стал воспринимать всерьез тех, кто говорит, что «комментарии - это зло. ; не используйте их ".

Как правило, я предпочитаю использовать полиморфизм вместо операторов if, где это возможно. Это просто снижает вероятность ошибки. Я склонен обнаруживать, что в большинстве случаев использование условных выражений также приводит к множеству случайных аргументов (потому что вам нужно передать данные, необходимые для формирования условного выражения, соответствующему методу).

Обычно я предпочитаю использовать полиморфизм вместо операторов if, где это возможно. Это просто снижает вероятность ошибки. Я склонен обнаруживать, что в большинстве случаев использование условных выражений также приводит к множеству случайных аргументов (потому что вам нужно передать данные, необходимые для формирования условного выражения, соответствующему методу).

В общем, я предпочитаю использовать полиморфизм вместо операторов if, где это возможно. Это просто снижает вероятность ошибки. Я склонен обнаруживать, что в большинстве случаев использование условных выражений также приводит к множеству случайных аргументов (потому что вам нужно передать данные, необходимые для формирования условного выражения, соответствующему методу).

Также как в стихе из Библии о деньгах, если утверждения не являются злом - ЛЮБОВЬ утверждений «если» является злом. Программа без операторов if - нелепая идея, и использование их по мере необходимости необходимо. Но программа, в которой есть 100 блоков if-else if подряд (что, к сожалению, я видел), определенно является злом.

, если не является злом (я также считаю, что приписывать мораль к практике написания кода глупо ...)

Мистер. Хейнс ведет себя глупо, и над ним следует посмеяться.

Я думаю, что это зависит от того, что вы делаете, если честно.

Если у вас есть простой оператор if..else , зачем использовать предикат ?

Если можете, используйте переключатель для более крупных замен if , а затем, если возможность использовать предикат для больших операций (где это имеет смысл, иначе ваш код будет кошмаром для поддержки), используйте его.

Этот парень, кажется, был немного педантичен на мой вкус. Замена всех if на Predicates - просто бред.

Есть кампания Anti-If , которая началась ранее в этом году. Основная предпосылка состоит в том, что многие вложенные операторы if часто могут быть заменены полиморфизмом.

Мне было бы интересно увидеть вместо этого пример использования предиката. Это больше похоже на функциональное программирование?

Есть еще один смысл, в котором if может быть злым: когда он появляется вместо полиморфизма.

Например,

 if (animal.isFrog()) croak(animal)
 else if (animal.isDog()) bark(animal)
 else if (animal.isLion()) roar(animal)

вместо

 animal.emitSound()

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

Хорошая цитата из Code Complete:

Кодируйте, как если бы тот, кто поддерживает вашу программу, был жестоким психопатом, который знает, где вы живете.
- Аноним

IOW, будь проще. Если удобочитаемость вашего приложения будет улучшена за счет использования предиката в определенной области, используйте его. В противном случае используйте «если» и двигайтесь дальше.