Question

我们遇到了FactoryGirl的奇怪行为。以下是commonx_log的定义：

FactoryGirl.define do
  factory :commonx_log, :class => 'Commonx::Log' do
    log "My log"
    resource_id 1
    resource "MyString"
    last_updated_by_id 1
  end
end

以下是log模型中的验证：

validates_presence_of :log, :resource, :resource_id

以下rspec将通过：

it "should be OK" do
  c = FactoryGirl.build(:commonx_log, :last_updated_by_id => 2)
  c.should be_valid
end

但是，只要我们尝试将值分配给resource和resource_id：

c = FactoryGirl.build(:commonx_log, :resource => 'resource')

出现错误：

1) Commonx::Log should be OK
     ←[31mFailure/Error:←[0m ←[31mc.should be_valid←[0m
       ←[31mexpected #<Commonx::Log id: nil, log: "My log", resource_id: nil, resource: "resource", last_updated_by_id: 1, created_at: nil, updated_at: nil> to be valid
, but got errors: Resource can't be blank←[0m

什么可能导致错误？它是resource在Factory Girl中的关键工作吗？谢谢你的帮助。

更新：

我们的解决方案是在日志模型中将resource重命名为resource_name。之后，我们可以将resource_name视为常规字段并进行验证。当resource_id和resource出现在日志模型中时，rails认为resource属于某种类型的association（请参阅下面的Ryan Bigg的帖子）。 rails的这个假设会自动将resource_id和resource置于验证中，并且不允许将值分配给resource_id（resource_id默认情况下应该来自关联）。这个假设导致我们的应用程序出现问题（无法分配resource_id），我们重命名resource以打破这种关联关系。

Answer 1

这里的问题是因为您正在验证关联的存在。你根本不需要这样做。从resource行中删除validates_presence_of。

您的应用程序中是否存在可以在没有资源的情况下创建日志条目的实际案例？如果没有，我不会太关心这些属性的验证。如果您 super 担心resource_id为空，那么在resource_id上放置数据库约束将是合适的方法。

Answer 2

resource是用于路由的rails关键字，也许这会导致您遇到麻烦？

FactoryGirl中的“资源”关键词是什么？

2 个答案: