„AND” vs „&&” jako operator

Mam bazę kodów, w której programiści zdecydowali się użyć ANDi ORzamiast &&i ||.

Wiem, że istnieje różnica w pierwszeństwie operatorów ( &&wcześniej and), ale przy danym frameworku (a dokładniej PrestaShop ) wyraźnie nie jest to powód.

Jakiej wersji używasz? Czy jest andbardziej czytelny niż &&? Czy nie ma różnicy?

Jeśli użyjesz ANDi OR, w końcu potkniesz się o coś takiego:

$this_one = true;
$that = false;

$truthiness = $this_one and $that;

Chcesz zgadnąć, co $truthinessjest równe?

Jeśli powiedziałeś false... bzzzt, przepraszam, źle!

$truthinesspowyżej ma wartość true. Dlaczego? =ma wyższy priorytet niż and. Dodanie nawiasów pokazujących ukrytą kolejność czyni to jaśniejszym:

($truthiness = $this_one) and $that

Jeśli użyłeś &&zamiast andw pierwszym przykładzie kodu, działałoby to zgodnie z oczekiwaniami i będziefalse .

Jak omówiono w komentarzach poniżej, działa to również w celu uzyskania poprawnej wartości, ponieważ nawiasy mają wyższy priorytet niż =:

$truthiness = ($this_one and $that)

W zależności od sposobu użytkowania może być konieczne, a nawet przydatne. 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;

Ale w większości przypadków wygląda to bardziej na gust programisty, jak każde wystąpienie tego, co widziałem w frameworku CodeIgniter, jak @Sarfraz.

Dla bezpieczeństwa zawsze porównuję nawiasy i porównuję je. W ten sposób nie muszę polegać na pierwszeństwie operatora:

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

Pierwszeństwo różni się pomiędzy && i i (&& ma wyższy priorytet niż i), co powoduje zamieszanie w połączeniu z operatorem trójskładnikowym. Na przykład,

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

zwróci ciąg , natomiast

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

zwróci wartość logiczną .

Ponieważ andma niższy priorytet niż =można go użyć w przypisaniu warunków:

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

Pozwól, że wyjaśnię różnicę między „a” - „&&” - „&”.

„&&” oraz „i” są logicznymi operacjami AND i robią to samo, ale priorytet operatorów jest inny.

Priorytet (priorytet) operatora określa, jak „ściśle” wiąże dwa wyrażenia razem. Na przykład w wyrażeniu 1 + 5 * 3 odpowiedź to 16, a nie 18, ponieważ operator mnożenia („*”) ma wyższy priorytet niż operator dodawania („+”).

Mieszanie ich razem w jednej operacji może dać nieoczekiwane rezultaty. W niektórych przypadkach zalecam zawsze używanie &&, ale to twój wybór.

Z drugiej strony „&” jest operacją bitową AND . Służy do oceny i manipulowania konkretnymi bitami w ramach wartości całkowitej.

Przykład, jeśli to zrobisz (14 i 7), wynikiem będzie 6.

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

Jakiej wersji używasz?

Jeśli standardy kodowania dla konkretnej bazy kodu, w której piszę kod, określają, którego operatora należy użyć, na pewno go użyję. Jeśli nie, a kod określa, które należy użyć (nie często można łatwo obejść), użyję tego. W przeciwnym razie prawdopodobnie && .

Czy „i” są bardziej czytelne niż „&&”?

Czy to dla ciebie bardziej czytelne . Odpowiedź brzmi „ tak” i „nie” w zależności od wielu czynników, w tym kodu wokół operatora i osoby, która go czyta!

|| jest ~ różnica?

Tak. Zobacz operatorów logicznych dla ||i operatory bitowe dla ~.

Myślę, że to kwestia gustu, chociaż (błędnie) pomieszanie ich może spowodować pewne niepożądane zachowania:

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

true and false || false; // returns true

Stąd użycie && i || jest bezpieczniejszy, ponieważ mają najwyższy priorytet. Jeśli chodzi o czytelność, powiedziałbym, że operatorzy ci są wystarczająco uniwersalni.

AKTUALIZACJA : O komentarzach mówiących, że obie operacje zwracają fałsz ... cóż, w rzeczywistości powyższy kod nic nie zwraca, przepraszam za dwuznaczność. Aby wyjaśnić: zachowanie w drugim przypadku zależy od sposobu wykorzystania wyniku operacji. Zwróć uwagę, w jaki sposób odgrywa tutaj pierwszeństwo operatorów:

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

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

Powodem $a === truejest to, że operator przypisania ma pierwszeństwo przed dowolnym operatorem logicznym, jak już bardzo dobrze wyjaśniono w innych odpowiedziach.

Oto mały licznik:

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

wynik:

bool(false)

Powiedziałbym, że tego rodzaju literówka jest znacznie bardziej narażona na podstępne problemy (w podobny sposób jak =vs ==) i jest znacznie mniej zauważalna niż adn/ roliterówki, które będą oznaczać błędy składniowe. Znajduję też i / lub jest znacznie łatwiejszy do odczytania. FWIW, większość frameworków PHP, które wyrażają preferencje (większość nie) określa i / lub. Nigdy też nie spotkałem prawdziwej, nieskomplikowanej sprawy, w której miałoby to znaczenie.

Kolejny fajny przykład użycia ifinstrukcji bez =operacji przypisania.

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

i

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

ponieważ ANDma niższy priorytet, a tym samym ||wyższy priorytet.

Różnią się one w przypadkach true, false, falsei true, true, false. Zobacz https://ideone.com/lsqovs w celu uzyskania szczegółowego przykładu.