Rails:为什么with_exclusive_scope受到保护？关于如何使用它的任何好的做法？

Question

给定一个带有default_scope的模型来过滤所有过时的条目:

# == Schema Information
#
#  id          :integer(4)      not null, primary key
#  user_id     :integer(4)      not null, primary key
#  end_date    :datetime        

class Ticket < ActiveRecord::Base
  belongs_to :user
  default_scope :conditions => "tickets.end_date > NOW()"
end

现在我想得到任何票.在这种情况下,with_exclusive_scope是要走的路,但这种方法是否受到保护？只有这个有效:

 Ticket.send(:with_exclusive_scope) { find(:all) }

有点黑客,不是吗？那么正确的使用方法是什么？特别是在处理协会时,情况变得更糟(假设用户有很多票):

 Ticket.send(:with_exclusive_scope) { user.tickets.find(:all) }

这是如此丑陋! - 不能成为轨道!？

Answer 1

对于任何寻找Rails3方式的人来说,你可以使用以下unscoped方法:

Ticket.unscoped.all

Answer 2

default_scope尽可能避免.我想你应该重新问自己为什么需要一个default_scope.打击a default_scope通常比它的价值更加混乱,它应该只在极少数情况下使用.此外,default_scope在票证模型之外访问票证关联时,使用并不是很明显(例如"我打电话account.tickets.为什么我的票不在那里？").这with_exclusive_scope是受保护的部分原因.当你需要使用它时,你应该品尝一些语法醋.

作为替代方案,使用像pacecar这样的gem/plugin ,可以自动将有用的named_scope添加到您的模型中,从而为您提供更具启发性的代码.例如:

class Ticket < ActiveRecord::Base
  include Pacecar
  belongs_to :user
end

user.tickets.ends_at_in_future # returns all future tickets for the user
user.tickets                   # returns all tickets for the user

您还可以装饰您的用户模型以使上述代码更清晰:

Class User < ActiveRecord::Base
  has_many :tickets

  def future_tickets
    tickets.ends_at_in_future
  end
end

user.future_tickets # returns all future tickets for the user
user.tickets        # returns all tickets for the user

附注:另外,请考虑使用更惯用的日期时间列名称ends_at而不是end_date.

Answer 3

您必须将受保护的方法封装在模型方法中,例如:

class Ticket < ActiveRecord::Base
  def self.all_tickets_from(user)
    with_exclusive_scope{user.tickets.find(:all)}
  end
end