Schienen Umfang gibt alle statt nil

Dies ist kein bug oder Verrücktheit, nach einigen Recherchen habe ich gefunden gestaltet Zweck.

Zunächst

1. Den scope gibt ein ActiveRecord::Relation

2. Wenn es null Datensätze, Ihren programmierten alle Datensätze zurück
   das wird wieder ein ActiveRecord::Relation statt nil

Die Idee dahinter ist, machen Bereiche verkettbare (ich.e) eine der wesentlicher Unterschied zwischen scope und class methods

Beispiel:

Können verwenden Sie das folgende Szenario: der Benutzer wird in der Lage sein zu filtern Beiträge, die durch den Status der Bestellung nach dem neuesten aktualisierten ersetzt. Einfach genug, können Schreibbereiche für das:

class Post < ActiveRecord::Base
  scope :by_status, -> status { where(status: status) }
  scope :recent, -> { order("posts.updated_at DESC") }
end

Und wir nennen Ihnen frei, wie diese:

Post.by_status('published').recent
# SELECT "posts".* FROM "posts" WHERE "posts"."status" = 'published' 
#   ORDER BY posts.updated_at DESC

Oder mit einem Benutzer zur Verfügung gestellt param:

Post.by_status(params[:status]).recent
# SELECT "posts".* FROM "posts" WHERE "posts"."status" = 'published' 
#   ORDER BY posts.updated_at DESC

So weit, So gut. Nun verschieben Sie Sie in der Klasse-Methoden, nur für die Zwecke des Vergleichs:

class Post < ActiveRecord::Base
  def self.by_status(status)
    where(status: status)
  end

  def self.recent
    order("posts.updated_at DESC")
  end
end

Außerdem mit ein paar zusätzlichen Zeilen, keine große Verbesserungen. Aber was passiert nun, wenn die : "status" - parameter ist null oder leer?

Post.by_status(nil).recent
# SELECT "posts".* FROM "posts" WHERE "posts"."status" IS NULL 
#   ORDER BY posts.updated_at DESC

Post.by_status('').recent
# SELECT "posts".* FROM "posts" WHERE "posts"."status" = '' 
#   ORDER BY posts.updated_at DESC

Oooops, ich glaube nicht, dass wir wollten, um diese Abfragen ermöglichen, haben wir? Mit Fernrohren können wir leicht beheben, indem man einen Präsenz-Zustand zu unserem Umfang:

scope :by_status, -> status { where(status: status) if status.present? }

Weiter geht es:

Post.by_status(nil).recent
# SELECT "posts".* FROM "posts" ORDER BY posts.updated_at DESC

Post.by_status('').recent
# SELECT "posts".* FROM "posts" ORDER BY posts.updated_at DESC

Genial. Nun laßt uns versuchen, das gleiche zu tun mit unserem geliebten Klasse Methode:

class Post < ActiveRecord::Base
  def self.by_status(status)
    where(status: status) if status.present?
  end
end

Auszuführen:

Post.by_status('').recent
NoMethodError: undefined method `recent' for nil:NilClass

Und :bomb:. Der Unterschied ist, dass der Umfang wird immer wieder eine Beziehung zu haben, in der Erwägung, dass unsere einfach Klasse, Methode, Umsetzung nicht. Methode die Klasse sollte wie folgt Aussehen statt:

def self.by_status(status)
  if status.present?
    where(status: status)
  else
    all
  end
end

Beachten Sie, dass ich zurückkehren werde alle für die null/leer-Fall, der in Rails 4 gibt eine relation (die es vorher zurückgegebene Array der Elemente aus der Datenbank). In Rails 3.2.x verwenden, sollten Sie den Gültigkeitsbereich dort statt. Und dann geht es Los:

Post.by_status('').recent
# SELECT "posts".* FROM "posts" ORDER BY posts.updated_at DESC

So dass die Beratung hier ist: nie wieder null aus eine Klasse Methode, die sollte funktionieren wie ein Rahmen, sonst brechen die verkettbarkeit Bedingung impliziert Bereiche, dass immer wieder ein Bezug.

Lange Geschichte Kurz:

Egal was, Bereiche bestimmt sind, zurück ActiveRecord::Relation zu machen, verkettbare. Wenn Sie erwarten, dass first, last oder find Ergebnisse, die Sie verwenden sollten class methods

Quelle: http://blog.plataformatec.com.br/2013/02/active-record-scopes-vs-class-methods/