インターネットの至る所で 、レールを使用することdefault_scopeは悪い考えであり、default_scopestackoverflowの上位ヒットはそれをどのように上書きするかということです。これはめちゃくちゃに感じられ、明確な質問に値する（私は思う）。

それで、なぜdefault_scope推奨されているレールを使用しないのですか？

問題1

基本的な例を考えてみましょう：

class Post < ActiveRecord::Base
  default_scope { where(published: true) }
end

デフォルトにする動機は、published: true非公開（非公開）投稿を表示したいときに明示する必要があることを確認することです。ここまでは順調ですね。

2.1.1 :001 > Post.all
  Post Load (0.2ms)  SELECT "posts".* FROM "posts"  WHERE "posts"."published" = 't'

まあこれは私たちが期待するものとほとんど同じです。今試してみましょう：

2.1.1 :004 > Post.new
 => #<Post id: nil, title: nil, published: true, created_at: nil, updated_at: nil>

そして、デフォルトのスコープに最初の大きな問題があります：

=> default_scopeはモデルの初期化に影響します

そのようなモデルの新しく作成されたインスタンスでは、default_scopeが反映されます。そのため、未公開の投稿を偶然にリストしないようにしたかったかもしれませんが、現在はデフォルトで公開済みの投稿を作成しています。

問題2

より複雑な例を考えてみましょう：

class Post < ActiveRecord::Base
  default_scope { where(published: true) }
  belongs_to :user
end 

class User < ActiveRecord::Base
  has_many :posts
end

最初のユーザーの投稿を取得できます：

2.1.1 :001 > User.first.posts
  Post Load (0.3ms)  SELECT "posts".* FROM "posts"  WHERE "posts"."published" = 't' AND "posts"."user_id" = ?  [["user_id", 1]]

これは予想通りです（user_idに関する部分を表示するには、右端までスクロールしてください）。

ここで、すべての投稿のリストを取得したい-非公開が含まれている-ログインしたユーザーのビューについて言ってください。の効果を「上書き」または「元に戻す」必要があることに気付くでしょうdefault_scope。簡単なグーグルの後、あなたはおそらくについて知るでしょうunscoped。次に何が起こるかを見てください：

2.1.1 :002 > User.first.posts.unscoped
  Post Load (0.2ms)  SELECT "posts".* FROM "posts"

=>スコープなしでは、通常、選択に適用される可能性のあるすべてのスコープが削除されます。

のさまざまな効果を上書きする方法は複数ありますdefault_scope。これを正しく行うことは非常に迅速に複雑にdefault_scopeなります。そもそもを使用しない方が安全な選択だと私は主張します。

未使用のもう一つの理由は、default_scopeあなたが持つ多くの関係を1持っているモデルのインスタンスを削除しているときであるdefault_scopeモデルを

例を考えてみましょう：

    class User < ActiveRecord::Base
      has_many :posts, dependent: :destroy
    end 

    class Post < ActiveRecord::Base
      default_scope { where(published: true) }
      belongs_to :user
    end

を呼び出すuser.destroyと、の投稿はすべて削除されますが、の投稿publishedは削除されませんunpublished。したがって、データベースには、削除するユーザーを参照するレコードが含まれているため、外部キー違反がスローされます。

default_scopeは、結果セットを制限するために誤って使用されることがあるので、しばしば推奨されません。default_scopeの適切な使用法は、結果セットを順序付けることです。

wheredefault_scopeでの使用は避け、むしろそのスコープを作成します。

私にとってはあるではない悪い考えではなく、慎重に使用する必要があります！フィールドが設定されていると、特定のレコードを常に非表示にしたい場合があります。

1. 好ましくはdefault_scopeDBのデフォルト値と一致する必要があります（例：{ where(hidden_id: nil) }）
2. それらのレコードを表示することを完全に確信している場合は、常にunscopedあなたを回避する方法がありますdefault_scope

したがって、それは実際のニーズによって異なります。

私は見つけるdefault_scopeだけであることをいくつかのパラメータを注文するのに有用であることがascまたはdesc全ての状況でオーダー。そうでなければ、ペストのようにそれを避けます