'І' проти '&&' як оператор

У мене є кодовий де розробники вирішили використовувати 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, і вони виконують те саме, але пріоритет оператора інший.

Пріоритет (пріоритет) оператора вказує, наскільки "щільно" він пов'язує два вирази разом. Наприклад, у виразі 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

Отже, використовуючи && та || безпечніше, оскільки вони мають найвищий пріоритет. Що стосується читабельності, я б сказав, що ці оператори є досить універсальними.

ОНОВЛЕННЯ : Щодо коментарів, які говорять про те, що обидві операції повертаються помилково ... ну, насправді код вище нічого не повертає, пробачте за неясність. Для уточнення: поведінка у другому випадку залежить від того, як використовується результат операції. Слідкуйте за тим, як тут грають перевагу операторів:

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 для детального прикладу.