ID不为零时允许访问cancan / cancancan

Question

我正在尝试使用cancan授予存在关联的位置。

它需要同时处理对象属性和accessible_by选择（因此，我不能使用块，除非有人告诉我如何解决该错误）。

我想出了一个残酷的办法。

lead.rb
has_many :recordings
has_many :emails

ability.rb

can :manage, Lead
can :manage, Recording, :lead_id => (1..Lead.pluck(:id).max).to_a
can :manage, Email, :lead_id => (1..Lead.pluck(:id).max).to_a

我的意思是lead_id不为null ...

有什么办法可以做到，而不必每次都创建100,000个项目数组？

---

额外信息：值得注意的是，这些不是Recording and Emails模型上唯一的控件，因此，我可以添加额外的权限，而不是重置并负面地表达它们，这一点很重要。

Answer 1

有两种方法可以实现此目的：

1.综合能力

这是推荐的方法 。 除非有充分的理由，否则请使用此选项。

这里的想法是将 cannot能力与can结合在一起：

can :manage, Recording
cannot :manage, Recording, lead_id: nil

请注意，这里的顺序很重要 ，因此规则覆盖是正确的。

2.一组能力

通过使用块定义功能 ，您可以形成更复杂的查询。

一个简单的实现如下：

can :manage, Recording do |recording|
  !recording.lead_id.nil?
end

但是，为了将此功能与其他功能结合使用，在获取记录时还必须指定SQL条件 。 此额外的SQL控制load_resource操作，例如index ：

can :manage, Recording, ["lead_id IS NOT NULL"] do |recording|
  !recording.lead_id.nil?
end

---

为了使此逻辑保持DRY，还可以考虑在一个块中定义权限，例如：

[Recording, Email].each do |model|
  can :manage, model
  cannot :manage, model, lead_id: nil
end

Answer 2

我有这个需求，这里的解决方案可能要快得多。 您无需pluck访问数据库，也没有理由将范围更改为数组，因为检查范围可以正常工作（我不确定这是否在库内部使用了范围，但理想情况下是这样将）。

can :manage, [Recording, Email], :lead_id => (1..(2**31-1))

我正在用cancancan 。