रेल पर रूबी में एकाधिक उपयोगकर्ता भूमिकाएं

Question

मैं चार अलग-अलग उपयोगकर्ता प्रकारों: व्यवस्थापक, कर्मचारी, निर्माता, ट्रांसपोर्टर के साथ एक सूची प्रबंधन अनुप्रयोग बना रहा हूं। मैं अभी तक कोडिंग शुरू नहीं किया है, लेकिन यह है कि मैं क्या सोच रहा हूँ .. निर्माता और ट्रांसपोर्टरों has_many के साथ संबंधित हैं: के माध्यम से कई करने के लिए कई उत्पादों के साथ मिलकर इस प्रकार है:

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 

सभी चार उपयोगकर्ता प्रकार होगा लॉगिन करने में सक्षम हो, लेकिन उनके पास अलग-अलग अनुमतियां और विचार होंगे, आदि। मुझे नहीं लगता कि मैं उन्हें एक ही तालिका (उपयोगकर्ता) में डाल सकता हूं, हालांकि, उनके पास अलग-अलग आवश्यकताएं होंगी, यानी: विक्रेताओं और निर्माताओं के पास होना चाहिए बिलिंग पता और संपर्क जानकारी (सत्यापन के माध्यम से), लेकिन व्यवस्थापक और कर्मचारियों के पास ये फ़ील्ड नहीं होना चाहिए।

यदि संभव हो, तो मैं 4 अलग-अलग स्क्रीन के विपरीत एक एकल लॉगिन स्क्रीन चाहूंगा।

मैं इसे बनाने के लिए सटीक कोड नहीं मांग रहा हूं, लेकिन मुझे ऐसा करने का सबसे अच्छा तरीका निर्धारित करने में समस्या हो रही है। किसी भी विचार की सराहना की जाएगी - धन्यवाद!

Answer 1

आपका बुनियादी दृष्टिकोण उचित लगता है को संदर्भित करने के बहुरूपी बनाते हैं। मैं आपको सलाह देता हूं कि उपयोगकर्ता का बेस क्लास बनाने और विशिष्ट उपयोगकर्ता प्रकारों के लिए एसटीआई का उपयोग करें, उदाहरण के लिए:

class User < ActiveRecord::Base 
end 

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

... आदि। इस तरह यदि किसी भी प्रकार के संबंध में किसी भी रिश्ते में कई उपयोगकर्ता प्रकारों को एकत्रित करने की आवश्यकता है, तो आपके पास सामान्य रूप से उपयोगकर्ताओं का वर्णन करने के लिए एक तालिका है। यह एक काफी आम दृष्टिकोण है।

इस पर निर्भर करता है कि विभिन्न उपयोगकर्ताओं के पास कितनी पहुंच होगी, आप रोल प्रबंधन मणि को Declarative Authorization जैसे देखना चाहते हैं।

Answer 2

मेरा सुझाव है कि आप एक उपयोगकर्ता मॉडल, पता मॉडल, ContactInfo मॉडल आदि बनाते हैं। आपके पास उपयोगकर्ता मॉडल में उन प्रकार के फ़ील्ड नहीं होना चाहिए। डेटाबेस को सामान्यीकृत करें। User.id. में उन सभी वर्गों में से प्रत्येक में एक एफके है।

आप चाहिए उन्हें अलग रखने, तो लॉगिन सामान्य और यह उसके मालिक (निर्माता, कर्मचारी, आदि)

Answer 3

एकाधिक उपयोगकर्ता प्रणालियों के लिए, आमतौर पर पसंदीदा तरीके हैं - भूमिका मॉडल या एसटीआई का उपयोग। यदि आपके उपयोगकर्ताओं के पास एक ही समय में कई भूमिकाएं हो सकती हैं, जैसे एकल उपयोगकर्ता निर्माता और ट्रांसपोर्टर, तो रोल बेस सिस्टम अच्छा समाधान होगा। यदि उपयोगकर्ता की भूमिका तय की जाती है, तो मुझे लगता है कि आपको एसटीआई के साथ जाना चाहिए।