Differenza tra "e" e && in Ruby?

Question

Qual è la differenza tra gli operatori && e and in Ruby?

Answer 1

and è lo stesso di && ma con lower precedence. Entrambi usano short-circuit evaluation.

ATTENZIONE: and ha addirittura la precedenza inferiore rispetto = così si vorrà evitare and sempre

Answer 2

La differenza pratica è vincolante forza, che può portare ad un comportamento singolare, se non siete preparati per questo:

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 

La stessa cosa funziona per || e or.

Answer 3

Il Ruby Style Guide dice che meglio di me:

Usa & &/|| per le espressioni booleane e/o per il flusso di controllo. (Regola di generale: se si deve usare le parentesi esterne, si utilizzano i sbagliate operatori.)

# boolean expression 
if some_condition && some_other_condition 
    do_something 
end 

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

Answer 4

|| e && si legano con la precedenza che ci si aspetta da parte degli operatori booleani nei linguaggi di programmazione (&& è molto forte, || è leggermente meno forte).

and e or hanno precedenza inferiore.

Ad esempio, a differenza ||, or ha precedenza inferiore =:

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

Analogamente, a differenza &&, and ha anche inferiore precedenza rispetto =:

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

Inoltre, a differenza && e ||, and e or binding con uguale precedenza:

> !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 

La debolmente vincolante and e or possono essere utili per scopi di controllo di flusso: vedi http://devblog.avdi.org/2010/08/02/using-and-and-or-in-ruby/.

Answer 5

and ha precedenza inferiore a &&.

Tuttavia, per un utente senza pretese, potrebbero verificarsi problemi se utilizzato insieme ad altri operatori la cui precedenza è nel mezzo, ad esempio l'operatore di assegnazione.

es

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

e ha bassa priorità, soprattutto usiamo come modificatore di flusso di controllo come se

next if widget = widgets.pop 

diventa

widget = widgets.pop and next 

per o

raise "Not ready!" unless ready_to_rock? 

diventa

ready_to_rock? or raise "Not ready!" 

Io preferisco usare se ma non e, perché se è più comprensibile, quindi ho solo ignorare e e o .

Riferimento Per

Using “and” and “or” in Ruby