Différence entre "ou" et || dans Ruby?

Question

Quelle est la différence entre les opérateurs or et || dans Ruby? Ou est-ce juste une préférence?

Answer 1

C'est une question de priorité des opérateurs.

|| a une priorité supérieure à or. Donc, entre les deux vous avez d'autres opérateurs, y compris ternaire (? :) et l'affectation (=) de sorte que celui que vous choisissez peut affecter le résultat des déclarations. Il s'agit d'un ruby operator precedence table. Voir this question pour un autre exemple en utilisant and/&&.

Aussi, soyez au courant de certaines choses désagréables qui pourraient se produire:

a = false || true 
=> true 
a 
=> true 

a = false or true 
=> true 
a 
=> false 

deux des deux précédentes déclarations évaluent à true, mais le second ensembles a à false depuis = priorité est inférieure à || mais supérieur or.

Answer 2

Juste pour ajouter à la réponse de mopoke, c'est aussi une question de sémantique. or est considéré comme une bonne pratique car il se lit beaucoup mieux que ||.

Answer 3

Comme les autres l'ont déjà expliqué, la différence seule est la priorité. Cependant, je voudrais souligner qu'il ya effectivement deux différences entre les deux:

1. and, or et not ont beaucoup moins prioritaire que &&, || et !
2. and et or ont le même priorité, tandis que && a plus élevé précédence que ||

En général, il est bon style pour éviter l'utilisation de and, or et not et utiliser &&, || et ! à la place. (Les développeurs core Rails, par exemple, rejettent les correctifs qui utilisent les formes de mot-clé au lieu des formulaires opérateur.)

La raison pour laquelle ils existent n'existe pas pour les formules booléennes mais pour le flux de contrôle. Ils ont fait leur chemin dans Ruby via l'idiome bien connu do_this or do_that de Perl, où do_this renvoie false ou nil s'il y a une erreur et seulement alors est exécuté do_that à la place. (Analogue, il y a aussi l'idiome do_this and then_do_that.)

Exemples:

download_file_via_fast_connection or download_via_slow_connection 
download_latest_currency_rates and store_them_in_the_cache 

Parfois, cela peut rendre le flux de contrôle un peu plus fluide que d'utiliser if ou unless.

Il est facile de voir pourquoi, dans ce cas, les opérateurs ont la «mauvaise» priorité (c'est-à-dire identique): ils n'apparaissent jamais ensemble dans la même expression. Et quand ils font apparaissent ensemble, vous veulent généralement eux d'être évalués simplement de gauche à droite.

Answer 4

ou N'est PAS la même chose que ||

Utilisez uniquement || opérateur au lieu de ou opérateur.

Raisons:

• ou opérateur ont priorité inférieure à ||
• ou ont priorité inférieur = opérateur d'affectation
• et et ou ont la même priorité, alors que & & a une priorité supérieure ||

Answer 5

"ou" et "||" évalue à vrai si l'un ou l'autre opérande est vrai. Ils évaluent leur deuxième opérande seulement si le premier est faux.

Comme avec "et", la seule différence entre "ou" et "||" est leur priorité. Pour rendre la vie intéressante, "et" et "ou" ont la même priorité, alors que "& &" a une priorité supérieure à "||".

Answer 6

et/ou sont pour le flux de contrôle.

Ruby ne permettra pas à cette syntaxe comme valide:

false || raise "Error" 

Cependant ceci est valable:

false or raise "Error" 

Vous pouvez faire le premier travail, avec() mais en utilisant or est la bonne méthode.

false || (raise "Error") 

Answer 7

La façon dont j'utilise ces opérateurs:

||, && sont pour la logique booléenne. or, and sont pour le flux de contrôle. Par exemple.

do_smth if may_be || may_be - nous évaluons la situation ici

do_smth or do_smth_else - nous définissons le flux de travail, ce qui équivaut à do_smth_else unless do_smth

pour donner un exemple simple:

> puts "a" && "b" b

> puts 'a' and 'b' a

Un idiome bien connu dans Rails est render and return. Il est un raccourci pour dire return if render, alors que render && return ne fonctionnera pas (voir Rails documentation)

Answer 8

puts false or true 

impressions: faux

puts false || true 

impressions: true

Yoda: Attention, vous devez être.