AND et && comme opérateur

Question

J'ai une base de code où les développeurs ont décidé d'utiliser AND y OR au lieu de && y || .

Je sais qu'il existe une différence dans la préséance des opérateurs ( && va avant and ), mais avec le cadre donné ( PrestaShop pour être précis), ce n'est clairement pas une raison.

Quelle version utilisez-vous ? Est-ce que and plus facile à lire que && ? Ou bien n'y a-t-il aucune différence ?

Answer 1

Si vous utilisez AND y OR vous finirez par vous faire piéger par quelque chose comme ça :

$this_one = true;
$that = false;

$truthiness = $this_one and $that;

Vous voulez deviner ce que $truthiness égaux ?

Si vous avez dit false ... bzzzt, désolé, faux !

$truthiness ci-dessus a la valeur true . Pourquoi ? = a un plus haute priorité que and . L'ajout de parenthèses pour montrer l'ordre implicite rend cela plus clair :

($truthiness = $this_one) and $that

Si vous avez utilisé && au lieu de and dans le premier exemple de code, il fonctionnerait comme prévu et serait false .

Comme discuté dans les commentaires ci-dessous, cela fonctionne également pour obtenir la valeur correcte, car les parenthèses ont une plus grande priorité que = :

$truthiness = ($this_one and $that)

Answer 2

Selon l'utilisation qui en est faite, cela peut être nécessaire et même pratique. 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;

Mais dans la plupart des cas, il semble qu'il s'agisse plutôt d'une question de goût des développeurs, comme chaque occurrence de ce problème que j'ai vu dans le cadre de CodeIgniter, comme @Sarfraz l'a mentionné.

Answer 3

Par sécurité, je mets toujours mes comparaisons entre parenthèses et je les espace. Ainsi, je n'ai pas à me fier à la préséance des opérateurs :

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

Answer 4

La préséance diffère entre && y y (&& a une précédence plus élevée que and), ce qui prête à confusion lorsqu'il est combiné avec un opérateur ternaire. Par exemple,

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

retournera un chaîne de caractères alors que

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

retournera un boolean .

Answer 5

Je suppose que c'est une question de goût, même si le fait de les mélanger (par erreur) peut entraîner certains comportements indésirables :

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

true and false || false; // returns true

Par conséquent, l'utilisation de && et || est plus sûre car ils ont la plus haute priorité. En ce qui concerne la lisibilité, je dirais que ces opérateurs sont suffisamment universels.

UPDATE : A propos des commentaires disant que les deux opérations retournent false ... eh bien, en fait le code ci-dessus ne retourne rien, je suis désolé pour l'ambiguïté. Pour clarifier : le comportement dans le deuxième cas dépend de la façon dont le résultat de l'opération est utilisé. Observez comment la précédence des opérateurs entre en jeu ici :

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

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

La raison pour laquelle $a === true c'est parce que l'opérateur d'affectation a la priorité sur tout opérateur logique, comme déjà très bien expliqué dans d'autres réponses.