Ở khắp mọi nơi trên các người internet đề cập rằng việc sử dụng các đường ray default_scopelà một ý tưởng tồi, và hit hàng đầu cho default_scopetrên stackoverflow là về cách ghi đè lên nó. Điều này cảm thấy rối tung lên, và xứng đáng với một câu hỏi rõ ràng (tôi nghĩ).

Vì vậy: tại sao sử dụng đường ray được default_scopeđề nghị chống lại?

Vấn đề 1

Hãy xem xét ví dụ cơ bản:

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

Động lực để làm mặc định published: true, có thể là để đảm bảo bạn phải bùng nổ khi muốn hiển thị các bài đăng (riêng tư) chưa được công bố. Càng xa càng tốt.

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

Vâng, đây là khá nhiều những gì chúng ta mong đợi. Bây giờ hãy thử:

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

Và ở đó chúng ta có vấn đề lớn đầu tiên với phạm vi mặc định:

=> default_scope sẽ ảnh hưởng đến việc khởi tạo mô hình của bạn

Trong một ví dụ mới được tạo ra của một mô hình như vậy, default_scopesẽ được phản ánh. Vì vậy, trong khi bạn có thể muốn chắc chắn không liệt kê các bài đăng chưa được công bố một cách tình cờ, thì bây giờ bạn đang tạo các bài đăng được xuất bản theo mặc định.

Vấn đề 2

Hãy xem xét một ví dụ phức tạp hơn:

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

class User < ActiveRecord::Base
  has_many :posts
end

Cho phép nhận bài đăng của người dùng đầu tiên:

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]]

Điều này trông giống như mong đợi (đảm bảo cuộn toàn bộ sang bên phải để xem phần về user_id).

Bây giờ chúng tôi muốn lấy danh sách tất cả các bài đăng - chưa được công bố - nói về chế độ xem của người dùng đã đăng nhập. Bạn sẽ nhận ra rằng bạn phải 'ghi đè' hoặc 'hoàn tác' hiệu ứng của default_scope. Sau khi google nhanh, bạn có thể sẽ tìm hiểu về unscoped. Xem những gì xảy ra tiếp theo:

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

=> Unscoped loại bỏ TẤT CẢ phạm vi thường có thể áp dụng cho lựa chọn của bạn, bao gồm (nhưng không giới hạn) các liên kết.

Có nhiều cách để ghi đè lên các hiệu ứng khác nhau của default_scope. Nhận quyền đó trở nên phức tạp rất nhanh và tôi sẽ tranh luận rằng không sử dụng ngay default_scopetừ đầu, sẽ là lựa chọn an toàn hơn.

Một lý do khác để không sử dụng default_scopelà khi bạn xóa một thể hiện của một mô hình có mối quan hệ 1 đến nhiều với default_scopemô hình

Xem xét ví dụ:

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

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

Gọi user.destroysẽ xóa tất cả các bài viết published, nhưng nó sẽ không xóa các bài viết đó unpublished. Do đó, cơ sở dữ liệu sẽ vi phạm khóa ngoại vì nó chứa các bản ghi tham chiếu đến người dùng mà bạn muốn xóa.

default_scope thường được đề xuất vì đôi khi nó được sử dụng không chính xác để giới hạn tập kết quả. Một cách sử dụng tốt default_scope là đặt thứ tự tập kết quả.

Tôi sẽ tránh sử dụng wheretrong default_scope và thay vào đó tạo một phạm vi cho điều đó.

Đối với tôi không phải là một ý tưởng tồi nhưng phải thận trọng! Có một trường hợp tôi luôn muốn ẩn các bản ghi nhất định khi một trường được đặt.

1. Tốt nhất là default_scopephải khớp với giá trị mặc định DB (ví dụ { where(hidden_id: nil) }:)
2. Khi bạn hoàn toàn chắc chắn rằng bạn muốn hiển thị những hồ sơ đó, luôn có unscopedphương pháp sẽ tránhdefault_scope

Vì vậy, nó sẽ phụ thuộc và nhu cầu thực sự.

Tôi chỉ thấy default_scopehữu ích khi sắp xếp một số tham số trong aschoặc descsắp xếp trong mọi tình huống. Nếu không thì tôi tránh nó như bệnh dịch hạch