Diferencia entre "y" y && en Ruby?

Question

¿Cuál es la diferencia entre los operadores && y and en Ruby?

Answer 1

and es lo mismo que && pero con lower precedence. Ambos usan short-circuit evaluation.

ADVERTENCIA: and incluso tiene menor prioridad que = así que es conveniente para evitar and siempre

Answer 2

La diferencia práctica hace la fuerza, lo que puede conducir a un comportamiento peculiar si no está preparado para ello Encuadernación:

foo = :foo 
bar = nil 

a = foo and bar 
# => nil 
a 
# => :foo 

a = foo && bar 
# => nil 
a 
# => nil 

a = (foo and bar) 
# => nil 
a 
# => nil 

(a = foo) && bar 
# => nil 
a 
# => :foo 

Lo mismo funciona para || y or.

Answer 3

El Ruby Style Guide dice mejor que pude:

Uso & &/|| para expresiones booleanas, y/o para flujo de control. (Regla de general: Si usted tiene que utilizar paréntesis exteriores, está utilizando las equivocadas operadores.)

# boolean expression 
if some_condition && some_other_condition 
    do_something 
end 

# control flow 
document.saved? or document.save! 

Answer 4

|| y && se unen con la precedencia que se espera de los operadores booleanos en lenguajes de programación (&& es muy fuerte, || es un poco menos fuerte).

and y or tienen menor prioridad.

Por ejemplo, a diferencia de ||, or tiene menor prioridad que =:

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

Del mismo modo, a diferencia de &&, and también tiene menor prioridad que =:

> a = true && false 
=> false 
> a 
=> false 
> a = true and false 
=> false 
> a 
=> true 

Lo que es más, a diferencia de && y ||, and y or se unen con igual precedencia:

> !puts(1) || !puts(2) && !puts(3) 
1 
=> true 
> !puts(1) or !puts(2) and !puts(3) 
1 
3 
=> true 
> !puts(1) or (!puts(2) and !puts(3)) 
1 
=> true 

El débilmente vinculante and y or puede ser útil para fines de flujo de control: ver http://devblog.avdi.org/2010/08/02/using-and-and-or-in-ruby/.

Answer 5

and tiene una prioridad menor que &&.

Pero para un usuario poco exigente, pueden surgir problemas si se utiliza junto con otros operadores cuya prioridad se encuentra entre ellos, por ejemplo, el operador de asignación.

por ejemplo

def happy?() true; end 
def know_it?() true; end 

todo = happy? && know_it? ? "Clap your hands" : "Do Nothing" 

todo 
# => "Clap your hands" 

todo = happy? and know_it? ? "Clap your hands" : "Do Nothing" 

todo 
# => true 

Answer 6

y tiene precedencia más baja, la mayoría lo usamos como modificador de flujo de control tales como si

next if widget = widgets.pop 

convierte

widget = widgets.pop and next 

para o

raise "Not ready!" unless ready_to_rock? 

convierte

ready_to_rock? or raise "Not ready!" 

Yo prefiero usar si pero no y, porque si es más inteligible, por lo que sólo ignoro y y o .

Referencia Para

Using “and” and “or” in Ruby