ruby-on-rails - 使用单例类动态覆盖/添加 ActiveRecord 关联

Question

业务逻辑是这样的:用户通过连接表在船上，我想我们称该模型为 Ticket。但是，当一个 User 实例想要检查船上还有谁时，有一个条件会询问该用户是否有权查看船上的每个人，或者只是船上的某些人。如果一个 User 可以看到每个人，那么正常交易就可以了:some_user.boats.first.users 返回所有用户以及该船的船票。但对于一些用户来说，唯一在船上的人(就他们而言)是在餐厅里的人。因此，如果用户的票被“标记”(使用 acts_as_taggable 样式系统)“餐厅”，则从 some_user.boats.first.users 返回的唯一用户应该是用户门票标有“餐厅”。

郑重声明，我并不是想从一开始就设计一些疯狂的东西——我是想把这个任意的分组塞进一个(大部分)存在的系统中。所以我们有:

class User
  has_many :tickets
  has_many :boats, :through => :tickets
end

class Ticket
  belongs_to :user
  belongs_to :boat
end

class Boat
  has_many :tickets
  has_many :users, :through => :tickets
end

最初，我认为我可以像这样有条件地修改虚拟类:

singleton = class << a_user_instance ; self ; end
singleton.class_eval(<<-code
  has_many :tickets, :include => :tags, :conditions => ['tags.id in (?)', [#{tag_ids.to_s(:db)}]]
code
)

这一直到生成 SQL，但是当生成时，它生成的 SQL 结尾为:

LEFT OUTER JOIN "tags"ON ("tags"."id"= "taggings"."tag_id") WHERE ("tickets"._id = 1069416589 AND (tags.id in (5001,4502) ))

我试过深入研究 ActiveRecord 代码，但找不到任何地方可以在上面的 SQL 中为“id”添加下划线前缀。我知道关联是在加载 ActiveRecord 类时加载的，我假设单例类也是如此。 耸肩。

我还使用了 alias_method_chain，例如:

singleton = class << a_user_instance ; self ; end
singleton.class_eval(<<-code
  def tickets_with_tag_filtering
    tags = Tag.find(etc, etc)
    tickets_without_tag_filtering.scoped(:include => :tags, :conditions => {:'tags.id' => tags})
  end
  alias_method_chain :tickets, :tag_filtering
code
)

但是，虽然该方法会生成所需的票证，但这些票证上的任何连接都使用类中的条件，而不是虚拟类中的条件。 some_user.boats.first.users 返回所有用户。

任何类型的评论都将不胜感激，特别是如果我用这种方法咆哮错误的树。谢谢!

Answer 1

所以关于您的下划线问题的大胆猜测是 Rails 正在根据评估时的上下文生成关联代码。在单例类中可能会把事情搞砸，就像这样:

"#{owner.table_name}.#{association.class.name}_id = #{association.id}"

您可以进入并在您的单例类上定义一个类名属性，看看是否能解决问题。

总的来说我不推荐这个。它会产生难以追踪且无法有效扩展的行为。它在代码库中制造了一颗地雷，日后会伤害您或您所爱的人。

相反，请考虑使用 named_scope 声明:

class User
   has_many :taggings, :through => :tickets

   named_scope :visible_to, lambda { |looking_user|
      { :include => [ :tickets, :taggings ], 
        :conditions => [ "tickets.boat_id in (?) and taggings.ticket_id = tickets.id and taggings.tag_id in (?)", looking_user.boat_ids, looking_user.tag_ids ] 
      }
    }
end

虽然您可能需要返回并编辑一些代码，但它的使用方式更加灵活:

Boat.last.users.visible_to( current_user )

很明显，对查找进行了限制，以及该限制的目的是什么。因为条件是在运行时动态计算的，所以您可以处理客户遇到的下一个奇怪的修改。假设他们的一些用户具有 X 射线视觉和千里眼:

class User
   named_scope :visible_to, lambda { |looking_user|
      if looking_user.superhuman?
        {}
      else
        { :include => [ :tickets, :taggings ], 
          :conditions => [ "tickets.boat_id in (?) and taggings.ticket_id = tickets.id and taggings.tag_id in (?)", looking_user.boat_ids, looking_user.tag_ids ] 
        }
      end
    }
end

通过返回空散列，您可以有效地抵消作用域的影响。