并且具有较低的优先级，通常我们将其用作控制流修饰符，例如:

next if widget = widgets.pop

就变成了

widget = widgets.pop and next

或:

raise "Not ready!" unless ready_to_rock?

就变成了

ready_to_rock? or raise "Not ready!"

我更喜欢用if而不是and，因为if更容易理解，所以我忽略and和or。

更多信息请参考“Using”和“and”或“in Ruby”。

并且优先级低于&&。

但对于一个不太谦虚的用户来说，如果它与其他优先级介于两者之间的操作符一起使用，例如赋值操作符，则可能会出现问题:

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

实际的区别是结合强度，如果你没有准备好，这可能会导致奇怪的行为:

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

||和or也是一样。

和&&相同，但优先级更低。它们都使用短路计算。

警告:and even的优先级比=低，所以你通常要避免使用and。何时使用和应该使用的例子可以在Rails指南“避免双重渲染错误”下找到。

并且只检查第一个条件并给出结果 另一方面&&强检查两个条件并给出逻辑结果。

||和&&与编程语言中布尔运算符的优先级绑定(&&非常强，||略弱)。

和和的优先级更低。

例如，不像||，or的优先级比=低:

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

类似地，与&&不同，and的优先级也低于=:

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

更重要的是，不像&&和||，和和或绑定具有相同的优先级:

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

弱绑定的and和or对于控制流的目的可能很有用:参见http://devblog.avdi.org/2010/08/02/using-and-and-or-in-ruby/。