在 Ruby 中，&&= 的使用是否合理？

Question

在 Ruby 中，&&= 的使用是否合理？

7

在Stack Overflow问题2068165中，一个回答提出了使用类似以下代码的想法：

params[:task][:completed_at] &&= Time.parse(params[:task][:completed_at])

作为DRYer的说法

params[:task][:completed_at] = Time.parse(params[:task][:completed_at]) if params[:task][:completed_at]

参数哈希将来自于（Rails/ActionView）表单。

这是一个著名的 ||= 习语的推论，如果左侧不为 nil/false，则设置值。

像这样使用 &&= 是否实际上是一种公认的 Ruby 习语，我是否错过了或者忘记了更常用的习语？现在时间已经很晚了...

- Mike Woodhouse

解析器做了一些奇怪的事情：如果a有效，则a = 1，如果从未失败，则b = 1。 - Sam Saffron

雪上加霜，如果xxx；xxx=1；end 失败 - Sam Saffron

2个回答

1

使用&&=，当LHS为false时，仅被读取一次，但不会被设置。这应该能更清楚地说明...

class Test
  def initialize(value)
    @v = value
  end
  def v=(value)
    puts "set"
    @v = value
  end
  def v
    puts "get=>#{@v}"
    @v
  end
end
t = Test.new(true)

t.v = t.v && true
puts '----'

t.v &&= true
puts '----'

t = Test.new(false) # lets make LHS false
t.v = t.v && true
puts '----'

t = Test.new(false) # lets make LHS false
t.v &&= true

结果：

get=>true
set
----
get=>true
set
----
get=>false
set
----
get=>false

- bryantsai

当LHS为false时，这是可以的：如果它不存在，我们不想设置它，但是如果它存在但不是我们真正想要的形式，例如我们将日期/时间作为字符串获取并希望将其传递给模型以期望的类型，则可能需要转换/验证/解析它。 - Mike Woodhouse

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- C. K. Young · Accepted Answer

这应该是可以的。如果没有其他问题，使用&&=表单时只会对params[:task]进行一次求值。

澄清一下：

params[:task][:completed_at] = params[:task][:completed_at] && ...

在params上两次调用[](:task)，并在params[:task]上分别调用[](:completed_at)和[]=(:completed_at)一次。

params[:task][:completed_at] &&= ...

在 params 上调用 [](:task) 一次，并将其值存储为 [](:completed_at) 和 []=(:completed_at) 调用的结果。

实际示例，描述我试图说明的内容（基于 Marc-Andre 的示例代码；非常感谢）：

class X
  def get
    puts "get"
    @hash ||= {}
  end
end

irb(main):008:0> x = X.new
=> #<X:0x7f43c496b130>
irb(main):009:0> x.get
get
=> {}
irb(main):010:0> x.get[:foo] = 'foo'
get
=> "foo"
irb(main):011:0> x.get[:foo]
get
=> "foo"
irb(main):012:0> x.get[:foo] &&= 'bar'
get
=> "bar"
irb(main):013:0> x.get[:foo] = x.get[:foo] && 'bar'
get
get
=> "bar"

请注意，使用“expanded”表单会导致“get”被打印两次，但是使用紧凑形式只会打印一次。