ruby-on-rails-3 – 范围使用除了不工作的Rails

重要的是,方法如order,where,除了由ActiveRecord :: Relation的实例处理,而范围,例如从您的示例中排序,由ActiveRecord :: Relation的实例委托给您的模型类.

some_relation.order(：x)方法只返回some_relation的新副本,其中：x添加到order_values列表中.同样,some_relation.except(：order)将返回some_relation的副本,其中包含空order_values.只要调用链包含这样的关系方法,除了我们期望的工作.

当作为lambda返回关系实现作用域时,对作用域方法的调用最终会与作用于lambda返回的关系返回的模型关系合并：

scopes[name] = lambda do |*args|
  options = scope_options.is_a?(Proc) ? scope_options.call(*args) : scope_options

  relation = if options.is_a?(Hash)
    scoped.apply_finder_options(options)
  elsif options
    scoped.merge(options) # <- here options is what returned by your :ordered lambda
  else
    scoped
  end

  extension ? relation.extending(extension) : relation
end

并且这种合并不会保留效果,除非它只对被合并的关系之一进行.如果我们合并a和b,并且b没有订单设置,但是a确实如此,结果仍然会有订单.现在重新排序使用一个技巧：它在关系上设置特殊标志reorder_flag,控制合并如何携带order_values.

这是我的测试样本.我正在使用default_scope将订单注入Product#scoped.在您的示例中,订单可能通过Pie中的关联注入Level#作用域,其类似于has_many：levels,：order => ‘位置’.

class Product < ActiveRecord::Base
  default_scope order('id DESC')
  scope :random_order,lambda {
    r = order('random()')
    puts "from lambda: " + r.order_values.inspect
    r
  }
end

# in console:

>> Product.scoped.order_values
=> ["id DESC"]

>> Product.random_order.order_values
from lambda: ["id DESC","random()"]
=> ["id DESC","id DESC","random()"]

# now if I change the first line of lambda to
# r = except(:order).order('random()')

>> Product.random_order.order_values
from lambda: ["random()"]
=> ["id DESC","random()"]

正如您所看到的,由于Product.scoped具有id DESC顺序,因此尽管它已从范围返回的关系中清除,但它仍显示在结果中.

以下是相关来源的链接列表：

> relation’s order and reorder methods
> relation’s except method
> relation’s merge method,注意第29行周围如何使用reorder_flag
> scope method