'AND' vs '&&' как оператор

У меня есть кодовая база, где разработчики решили использовать ANDи ORвместо &&и ||.

Я знаю, что есть различие в приоритетах операторов ( &&идет раньше and), но с данной структурой ( если быть точным, PrestaShop ) это явно не причина.

Какую версию вы используете? Это andболее читабельно, чем &&? Или нет разницы?

Если вы используете ANDи OR, вы в конечном итоге получите что-то вроде этого:

$this_one = true;
$that = false;

$truthiness = $this_one and $that;

Хотите угадать, что $truthinessравно?

Если вы сказали false... bzzzt, извините, неправильно!

$truthinessвыше имеет значение true. Зачем? =имеет более высокий приоритет, чем and. Добавление скобок для отображения неявного порядка делает это более понятным:

($truthiness = $this_one) and $that

Если вы используете &&вместо andпервого примера кода, он будет работать как положено и будет false.

Как обсуждалось в комментариях ниже, это также работает для получения правильного значения, так как скобки имеют более высокий приоритет, чем =:

$truthiness = ($this_one and $that)

В зависимости от того, как он используется, это может быть необходимо и даже удобно. http://php.net/manual/en/language.operators.logical.php

// "||" has a greater precedence than "or"

// The result of the expression (false || true) is assigned to $e
// Acts like: ($e = (false || true))
$e = false || true;

// The constant false is assigned to $f and then true is ignored
// Acts like: (($f = false) or true)
$f = false or true;

Но в большинстве случаев это больше похоже на вкус разработчика, как на каждое вхождение этого, которое я видел в платформе CodeIgniter, как упомянул @Sarfraz.

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

if( 
    ((i==0) && (b==2)) 
    || 
    ((c==3) && !(f==5)) 
  )

Приоритеты различаются между && и и (&& имеет более высокий приоритет, чем и), что вызывает путаницу в сочетании с троичным оператором. Например,

$predA && $predB ? "foo" : "bar"

вернет строку, тогда как

$predA and $predB ? "foo" : "bar"

вернет логическое значение .

Так как andимеет более низкий приоритет, чем =вы можете использовать его при назначении условий:

if ($var = true && false) // Compare true with false and assign to $var
if ($var = true and false) // Assign true to $var and compare $var to false

Позвольте мне объяснить разницу между «и» - «&&» - «&».

«&&» и «and» оба являются логическими операциями AND, и они выполняют одно и то же, но приоритет оператора различен.

Приоритет (приоритет) оператора указывает, насколько «тесно» он связывает два выражения вместе. Например, в выражении 1 + 5 * 3 ответом является 16, а не 18, поскольку оператор умножения ("*") имеет более высокий приоритет, чем оператор сложения ("+").

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

С другой стороны , «&» является побитовой операцией И . Он используется для оценки и манипулирования конкретными битами в пределах целочисленного значения.

Например, если вы делаете (14 и 7), результат будет 6.

7   = 0111
14  = 1110
------------
    = 0110 == 6

какую версию вы используете?

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

Является ли 'и' более читабельным, чем '&&'?

Это более читабельно для вас . Ответ - да и нет, в зависимости от многих факторов, включая код оператора и человека, который его читает!

|| есть разница?

Да. Смотрите логические операторы для ||и побитовые операторы для ~.

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

true && false || false; // returns false

true and false || false; // returns true

Следовательно, используя && и || безопаснее, потому что они имеют высший приоритет. Что касается читабельности, я бы сказал, что эти операторы достаточно универсальны.

ОБНОВЛЕНИЕ : О комментариях, говорящих о том, что обе операции возвращают false ... ну, фактически, приведенный выше код ничего не возвращает, извините за двусмысленность. Для уточнения: поведение во втором случае зависит от того, как используется результат операции. Посмотрите, как приоритет операторов вступает в игру здесь:

var_dump(true and false || false); // bool(false)

$a = true and false || false; var_dump($a); // bool(true)

Причина в том $a === true, что оператор присваивания имеет приоритет над любым логическим оператором, как уже очень хорошо объяснено в других ответах.

Вот небольшой контрпример:

$a = true;
$b = true;
$c = $a & $b;
var_dump(true === $c);

вывод:

bool(false)

Я бы сказал, что такого рода опечатка с гораздо большей вероятностью может привести к коварным проблемам (во многом так же, как и к =vs ==) и с гораздо меньшей вероятностью будет замечена, чем adn/ roопечатки, которые будут помечены как синтаксические ошибки. Я также нахожу и / или гораздо легче читать. FWIW, большинство фреймворков PHP, которые выражают предпочтение (большинство не), задают и / или. Я также никогда не сталкивался с реальным, необдуманным случаем, где это имело бы значение.

Еще один хороший пример использования ifоператоров без =операций присваивания.

if (true || true && false); // is the same as:
if (true || (true && false)); // TRUE

и

if (true || true AND false); // is the same as:
if ((true || true) && false); // FALSE

потому что ANDимеет более низкий приоритет и, следовательно,|| более высокий приоритет.

Они разные в случаях true, false, falseи true, true, false. См. Https://ideone.com/lsqovs для подробного примера.