मुझे लचीला और सरल (यदि ऐसी कोई चीज मौजूद है) लागू करने की आवश्यकता है और उसी समय यदि संभव हो तो अंतर्निहित साधनों का उपयोग करें
अब तक मेरे पास मेम्बरशिपप्रोवाइडर और रोलप्रोवाइडर्स हैं। यह शांत है लेकिन मैं आगे कहां जाऊं?
मुझे लगता है कि मुझे "प्रिविलेज" शब्द जोड़ने की जरूरत है और हार्डकोड के अंदर जो अनुप्रयोग के अंदर है। उपयोगकर्ता रोल में प्रिविलेज को जोड़ने और उपयोगकर्ताओं को रोल्स असाइन करने के लिए भूमिकाओं को कॉन्फ़िगर करेंगे।
क्या यह एक अच्छे मॉडल की तरह लगता है? क्या मुझे उन्हें रोल्स में जोड़ने के लिए उपयोगकर्ता स्तर पर निजीकरण जोड़ने के बारे में सोचना चाहिए? मैं सेटअप (भ्रामक) और निम्नलिखित समर्थन के साथ समस्याओं की कल्पना कर सकता हूं।
अगर मैं ऐसा नहीं करता हूं और कुछ विशिष्ट उपयोगकर्ताओं को कम निजीकरण की आवश्यकता होगी - व्यवस्थापक को एक और भूमिका आदि बनानी होगी।
इस तरह की व्यवस्था के लिए कोई चांदी की गोली? और क्यों Microsoft आगे नहीं गया तो बस सदस्यता और भूमिका प्रदाता?
एक और विचार: रोल्स को "निजीकृत" धारक के रूप में छोड़ दें और उन्हें हार्डकोड करें। तब मैं सभी उपलब्ध मार्कअप / विशेषताओं, आदि का उपयोग करके ऐप के अंदर उन भूमिकाओं को कोड कर सकता हूं - सभी Microsoft।
नई इकाई "समूह" जोड़ें और इस तरह से संबंध बनाएं
- उपयोगकर्ता
- यूसर समूह
- समूह
- RoleGroups
- भूमिकाएँ
इस तरह मैं रोल्स को समूहों में इकट्ठा कर सकता हूँ और उन समूहों को उपयोगकर्ताओं को सौंप सकता हूँ। बहुत अच्छा लगता है और अन्य सॉफ्टवेयर पैटर्न से मेल खाता है। लेकिन तब मैं वास्तव में रोलपॉइडर के अंदर की चीजों को लागू नहीं कर सकता जैसे:
- AddUsersToRoles
- RemoveUsersFromRoles
और कुछ चीजों का वास्तव में कोई मतलब नहीं है क्योंकि वे हार्ड-कोडेड होंगे
- DeleteRole
- CreateRole