'AND' vs '&&' als Operator

Ich habe eine Codebasis, in der Entwickler entschieden haben, ANDund ORanstelle von &&und zu verwenden ||.

Ich weiß, dass es einen Unterschied in der Priorität der Operatoren gibt ( &&geht vorher and), aber mit dem gegebenen Framework ( genauer gesagt PrestaShop ) ist dies eindeutig kein Grund.

Welche Version verwenden Sie? Ist andbesser lesbar als &&? Oder gibt es keinen Unterschied?

Wenn Sie ANDund verwenden OR, werden Sie irgendwann von so etwas gestolpert:

$this_one = true;
$that = false;

$truthiness = $this_one and $that;

Möchten Sie erraten, was $truthinessgleich ist?

Wenn du gesagt hast false... bzzzt, sorry, falsch!

$truthinessoben hat den Wert true. Warum? =hat eine höhere Priorität als and. Das Hinzufügen von Klammern zur Darstellung der impliziten Reihenfolge macht dies klarer:

($truthiness = $this_one) and $that

Wenn Sie &&anstelle des andersten Codebeispiels verwenden, würde es wie erwartet funktionieren und sein false.

Wie in den Kommentaren unten erläutert, funktioniert dies auch, um den richtigen Wert zu erhalten, da Klammern eine höhere Priorität haben als =:

$truthiness = ($this_one and $that)

Je nachdem, wie es verwendet wird, kann es notwendig und sogar praktisch sein. 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;

Aber in den meisten Fällen scheint es eher ein Entwicklergeschmack zu sein, wie jedes Vorkommen, das ich im CodeIgniter-Framework gesehen habe, wie es @Sarfraz erwähnt hat.

Aus Sicherheitsgründen setze ich meine Vergleiche immer in Klammern und platziere sie. Auf diese Weise muss ich mich nicht auf die Priorität des Operators verlassen:

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

Die Priorität unterscheidet sich zwischen && und und (&& hat eine höhere Priorität als und), was in Kombination mit einem ternären Operator Verwirrung stiftet. Zum Beispiel,

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

gibt eine Zeichenfolge zurück, während

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

gibt einen Booleschen Wert zurück .

Da andhat eine niedrigere Priorität, als =Sie es in der Bedingungszuweisung verwenden können:

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

Lassen Sie mich den Unterschied zwischen "und" - "&&" - "&" erklären.

"&&" und "und" sind beide logische UND-Operationen und machen dasselbe, aber die Operator-Priorität ist unterschiedlich.

Die Priorität (Priorität) eines Operators gibt an, wie "eng" zwei Ausdrücke miteinander verbunden werden. Beispielsweise lautet die Antwort im Ausdruck 1 + 5 * 3 16 und nicht 18, da der Multiplikationsoperator ("*") eine höhere Priorität hat als der Additionsoperator ("+").

Das Mischen in einem Arbeitsgang kann in einigen Fällen zu unerwarteten Ergebnissen führen. Ich empfehle, immer && zu verwenden, aber Sie haben die Wahl.

Andererseits ist "&" eine bitweise UND-Verknüpfung . Es wird zur Auswertung und Bearbeitung bestimmter Bits innerhalb des Integer-Werts verwendet.

Beispiel, wenn Sie dies tun (14 & 7), wäre das Ergebnis 6.

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

Welche Version verwendest du?

Wenn die Codierungsstandards für die bestimmte Codebasis, für die ich Code schreibe, angeben, welcher Operator verwendet werden soll, werde ich das definitiv verwenden. Wenn nicht, und der Code schreibt vor, welche verwendet werden sollen (nicht oft, kann leicht umgangen werden), dann werde ich das verwenden. Ansonsten wahrscheinlich && .

Ist 'und' besser lesbar als '&&'?

Ist es besser lesbar zu Ihnen . Die Antwort lautet Ja und Nein, abhängig von vielen Faktoren, einschließlich des Codes um den Bediener und der Person, die ihn liest!

|| Gibt es einen Unterschied?

Ja. Siehe logische Operatoren für ||und bitweise Operatoren für ~.

Ich denke, es ist Geschmackssache, obwohl das (irrtümliche) Verwechseln zu unerwünschten Verhaltensweisen führen kann:

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

true and false || false; // returns true

Verwenden Sie daher && und || ist sicherer, denn sie haben die höchste Priorität. In Bezug auf die Lesbarkeit würde ich sagen, dass diese Operatoren universell genug sind.

UPDATE : Über die Kommentare, die besagen, dass beide Operationen false zurückgeben ... nun, tatsächlich gibt der obige Code nichts zurück, ich entschuldige mich für die Mehrdeutigkeit. Zur Verdeutlichung: Das Verhalten im zweiten Fall hängt davon ab, wie das Ergebnis der Operation verwendet wird. Beobachten Sie, wie der Vorrang von Operatoren hier ins Spiel kommt:

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

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

Der Grund dafür $a === trueist, dass der Zuweisungsoperator Vorrang vor jedem logischen Operator hat, wie bereits in anderen Antworten sehr gut erläutert.

Hier ist ein kleines Gegenbeispiel:

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

Ausgabe:

bool(false)

Ich würde sagen, dass diese Art von Tippfehler weitaus eher heimtückische Probleme verursacht (ähnlich wie =vs ==) und weitaus seltener bemerkt wird als adn/ roTippfehler, die als Syntaxfehler gekennzeichnet werden. Ich finde und / oder ist auch viel einfacher zu lesen. FWIW, die meisten PHP-Frameworks, die eine Präferenz ausdrücken (die meisten nicht), spezifizieren und / oder. Ich bin auch nie auf einen echten, nicht erfundenen Fall gestoßen, in dem es darauf angekommen wäre.

Ein weiteres schönes Beispiel für die Verwendung von ifAnweisungen ohne =Zuweisungsoperationen.

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

und

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

weil ANDhat eine niedrigere Priorität und damit ||eine höhere Priorität.

Diese unterscheiden sich in den Fällen von true, false, falseund true, true, false. Ein ausführliches Beispiel finden Sie unter https://ideone.com/lsqovs .