Nhiều vai trò người dùng trong Ruby on Rails

Question

Tôi đang xây dựng một ứng dụng quản lý khoảng không quảng cáo với bốn loại người dùng khác nhau: quản trị viên, nhân viên, nhà sản xuất, người vận chuyển. Tôi đã không bắt đầu mã hóa, nhưng đây là những gì tôi đang suy nghĩ .. Các nhà sản xuất và vận chuyển có liên quan với has_many: thông qua nhiều-nhiều hiệp hội với các sản phẩm như sau:

class Manufacturer < ActiveRecord::Base 
has_many :products 
has_many :transporters, :through => :products 
end 

class Product < ActiveRecord::Base 
belongs_to :manufacturer 
belongs_to :transporter 
end 

class Transporter < ActiveRecord::Base 
has_many :products 
has_many :manufacturers, :through => :products 
end 

Tất cả bốn loại người sử dụng sẽ có thể đăng nhập, nhưng chúng sẽ có các quyền và chế độ xem khác nhau, v.v. Tôi không nghĩ rằng tôi có thể đặt chúng trong cùng một bảng (Người dùng), tuy nhiên, vì chúng sẽ có các yêu cầu khác nhau, tức là: nhà cung cấp và nhà sản xuất phải có địa chỉ thanh toán và thông tin liên hệ (thông qua xác thực), nhưng quản trị viên và nhân viên không nên có các trường này.

Nếu có thể, tôi muốn có một màn hình đăng nhập duy nhất thay vì 4 màn hình khác nhau.

Tôi không yêu cầu mã chính xác để tạo điều này, nhưng tôi đang gặp khó khăn khi xác định cách tốt nhất để thực hiện điều đó. Bất kỳ ý tưởng nào cũng sẽ được đánh giá cao - cảm ơn!

Answer 1

tiếp cận cơ bản của bạn có vẻ hợp lý. Tôi khuyên bạn nên tạo một lớp cơ sở của Người dùng và sử dụng STI cho các loại Người dùng cụ thể, ví dụ:

class User < ActiveRecord::Base 
end 

class Manufacturer < User 
has_many :products 
has_many :transporters, :through => :products 
end 

... v.v. Bằng cách này nếu có nhu cầu tổng hợp nhiều loại người dùng thành một mối quan hệ bất kể loại, bạn có một bảng để mô tả Người dùng nói chung. Đây là một cách tiếp cận khá phổ biến.

Tùy thuộc vào mức độ truy cập của những người dùng khác nhau đối với hệ thống, bạn có thể muốn xem xét đá quý Quản lý vai trò như Declarative Authorization.

Answer 2

Tôi khuyên bạn nên tạo Mô hình người dùng, Mô hình địa chỉ, Mô hình ContactInfo, v.v. Bạn KHÔNG nên có các loại trường đó trong Mô hình người dùng. Bình thường hóa cơ sở dữ liệu. Có một FK trong mỗi lớp học khác để User.id.

Nếu bạn PHẢI giữ chúng riêng biệt, sau đó bình thường hóa thông tin đăng nhập và làm cho nó đa hình để tham khảo chủ sở hữu của nó (nhà sản xuất, nhân viên, vv)

Answer 3

Đối với nhiều hệ thống người dùng, cách thông thường được ưu tiên là - sử dụng mô hình vai trò hoặc STI. Nếu người dùng của bạn có thể có nhiều vai trò cùng một lúc, như người dùng đơn lẻ là Nhà sản xuất và người vận chuyển thì hệ thống cơ sở Vai trò sẽ là giải pháp tốt. Nếu vai trò của người dùng được sửa, thì tôi nghĩ bạn nên đi với STI.