为什么Ruby中的&&有时候是快捷方式评估,有时候不是？

Question

我想测试散列中的元素是否存在以及是否> = 0,然后将true或false放入数组中:

boolean_array << input['amount'] && input['amount'] >= 0

这在NilClass错误上引发no> =.但是,如果我这样做:

input['amount'] && input['amount'] >= 0   #=> false

没问题.基本上:

false && (puts 'what the heck?') #=> false
arr = []
arr << false && (puts 'what the heck?') #=> stdout: 'what the heck?'
arr #=> [false]

是什么赋予了？

Answer 1

<<有更多的优先权&&.请参阅Ruby Operator Precedence.

Answer 2

目前它被分组为:

(boolean_array << input['amount']) && input['amount'] >= 0

尝试:

boolean_array << (input['amount'] && input['amount'] >= 0)

但是,如果它最终为false,则表达式返回nil,因此您需要:

boolean_array << (!input['amount'].nil? && input['amount'] >= 0)

Answer 3

&& 总是在Ruby中评估短路.

问题出 在优先级<<之前&&,请参阅Rubydoc:优先级

所以行

arr << false && (puts 'what the heck?')

实际上是:

(arr << false) && (puts 'what the heck?')