Rails3：克隆已经验证的对象可以防止克隆失效——这是奇怪还是正常？

Question

在 Rails (3.0) 测试代码中，我克隆了一个对象，这样我就可以在不更改原始对象的情况下破坏它进行验证测试。如果我在克隆之前调用了assert(original.valid?)，那么即使我将member_id 值设置为nil，克隆也会通过validates_presence_of 测试。

下面的两个测试说明了这一点。在测试一中，克隆是在验证原始（“联系人”）之前创建的。当 member_id 丢失时，克隆正确地导致验证失败。断言 C 成功。

在测试二中，克隆是在验证原始版本之后创建的。即使clone.member_id设置为nil，它也通过验证。换句话说，断言 2C 失败。测试之间唯一的区别是两行的顺序：

  cloned = contact.clone
  assert(contact.valid?,"A")

这里发生了什么？这是我不明白的正常 Ruby 行为吗？

test "clone problem 1" do
  contact = Contact.new(:member_id => 1)
  cloned = contact.clone
  assert(contact.valid?,"A")
  cloned.member_id = nil
  assert(!cloned.valid?,"C")
end

test "clone problem 2" do
  contact = Contact.new(:member_id => 1)
  assert(contact.valid?,"2A")
  cloned = contact.clone
  cloned.member_id = nil
  assert(!cloned.valid?,"2C")
end

Answer 1

你会惊讶地发现——它行不通！

好的，原因可以在 Rails 代码中找到。第一次验证将运行代码：

# Validations module

# Returns the Errors object that holds all information about 
# attribute error messages.
def errors
  @errors ||= Errors.new(self)
end

由于这是第一次运行，因此它将创建 Errors 类的新实例。很简单，不是吗？但有一个问题——参数是 self。在你的情况下它是“联系”对象。

稍后，当您在克隆对象上再次调用此方法时，将不会再次创建 @errors 实例 - 因为它不为空。就是这样！不是传递“克隆”自我，而是使用较旧的自我。

稍后在验证代码中，Errors 类运行从 @base 读取值的代码，该值是初始化时的 self。你能看到吗？测试值是从原始模型而不是克隆模型中读取的！因此，对“克隆”对象的验证基于原始值运行。

好的，到目前为止，我们已经讨论了“为什么不”，现在我们来谈谈“如何做”。

解决方案很简单 - 只需在克隆之后和验证之前将 @errors 设置为 nil 即可。由于它非常私密，简单的分配不起作用。但这是有效的：

cloned.instance_eval do
  @errors = nil
end

还有一些有趣的阅读提示： http://yehudakatz.com/2010/01/10/activemodel-make-any-ruby-object-feel-like-activerecord/

它非常全面地解释了 Rails 3 中的验证如何工作。