Back to Question Center
0

कई-से-कई रिश्तों के लिए यूआरआई डिजाइन: सलाह की जरूरत है - Semaltेट

1 answers:

मैं उपयोगकर्ताओं और अन्य संसाधनों के बीच कई-से-कई रिश्तों के लिए यूआरआई डिजाइन करने में फंस रहा हूं. Semaltेट मुझे विभिन्न तरीकों के परिणामों की भविष्यवाणी करने में कठिनाई हो रही है I.

एक संसाधन प्रकार उपयोगकर्ता और विगेट ( उपयोगकर्ता एक पंजीकृत उपयोगकर्ता का प्रतिनिधित्व करता है), प्रमाणित (लॉग-इन) उपयोगकर्ताओं को सभी विगेट्स के लिए लिखते हैं और मेहमानों ने एक्सेस पढ़ लिया है. उपयोगकर्ता-विजेट संबंध में डेटा भी होता है (जैसे. संपादकों की संख्या) जो आदर्श रूप से भी पठनीय हो जानी चाहिए (इस प्रकार एड्रेसेबल ) अतिथियों द्वारा (और, लीसे नीचे बताए गए हैं, अन्य उपयोगकर्ता). उदाहरण स्पष्टता के लिए अद्वितीय पहचानकर्ता के लिए पूर्णांक का उपयोग करते हैं.

Semaltेट विजेट # 12 को

देख सकता है
  / विगेट्स / 12 

प्रमाणीकृत उपयोगकर्ता # 34 को पढ़ना / लिखना # 12 के लिए विभिन्न संभावित यूआरआई के क्या प्रभाव हैं, और वैकल्पिक रूप से अतिथि के संबंध में दोनों के बीच रिलेशनल डेटा को पढ़ने के लिए? (व्यापक जवाब देने के बारे में समंदर चिंता, विशिष्ट विकल्पों के लिए या इसके विपरीत किसी भी अवलोकन के लिए भी बहुत मूल्यवान होगा).

  / विगेट्स / 12 

(उपयोगकर्ता प्रमाणीकरण के आधार पर अंतर्निहित है, अतिथि को उपयोगकर्ता-विजेट संबंध निर्दिष्ट करने के लिए कोई रास्ता नहीं)

  / उपयोगकर्ताओं / 34 / विगेट्स / 12 

(रिश्तों के दोनों पक्ष स्पष्ट, संसाधनों के बीच अंतर्निहित पदानुक्रम)

  / उपयोगकर्ता / 34 / विगेट्स / 12 और / विगेट्स / 12 / उपयोगकर्ता / 34 

(वही, पदानुक्रम के बिना)

  / उपयोगकर्ता-विजेट / 34,12 

(संसाधन के रूप में संबंध, स्पष्ट लेकिन संभवतः उपयोगकर्ता को जानने की जरूरत है)


मुझे अधिक विवरण देने या अन्य लोगों के यूआरआई सुझावों को जोड़ने में खुशी हो रही है. बस टिप्पणी अगर आप मुझे कुछ भी जोड़ने के लिए चाहते हैं.

6 days ago

विजेट तक पहुंचने के लिए यूआरएल हर किसी के लिए समान होना चाहिए. उपयोगकर्ता को दिखाने के लिए क्या नियंत्रण है या उपयोगकर्ता की क्षमताओं को उपयोगकर्ता के आधार पर निर्भर है, जिसे रखा जा सकता है, उदाहरण के लिए, एक सत्र चर में.

तो जब विजेट / 12 लोड होता है, तो आपका वेब पेज जांचना चाहिए कि उपयोगकर्ता आईडी सत्र के चर में कौन है, देखें कि उनकी अनुमति क्या है, और फिर आप उन अनुमतियों के आधार पर पृष्ठ को प्रारूपित करेंगे.

कैसे करता है / विगेट्स / 12 रूप से मेहमानों को विगेट्स पढ़ने की अनुमति मिलती है-या उपयोगकर्ताओं को अन्य उपयोगकर्ताओं के विजेट को पढ़ने की इजाजत देता है? या आप कई रूपों को लागू करने की योजना बना रहे हैं?

निजी तौर पर, मैं ऐसा कुछ करता हूं:

  / विजेट / आईडी: 12 / उपयोगकर्ता: 665
/ विजेट / 12/665
/ विजेट / 12? उपयोगकर्ता = 665 

अंततः यद्यपि, यूआरएल पर कोई फर्क नहीं पड़ता जब तक यह ऐसा कुछ नहीं होने जा रहा है जो प्रयोक्ता प्रत्यक्ष रूप से एक्सेस करना चाहते हैं. यदि यह केवल एक एम्बेड करने योग्य स्क्रिप्ट, डेटा फीड या किसी अन्य प्रकार की सेवा का स्थान है, तो आप किसी भी यूआरएल का उपयोग कर सकते हैं, जिस स्थिति में मैं बस कुछ जैसी ही जाऊँगा:

  / विजेट? Id = 12 & uid = 665 

संपादित करें: (1 9) मैं सिर्फ / विजेट के तहत विजेट को सेवा देना पसंद करता हूं, क्योंकि संसाधन यही है. मैं मानता हूं कि उपयोगकर्ता-विजेट रिश्ते को उस प्रकार के विजेट द्वारा निरूपित किया गया है जो यह है. इसलिए उपयोगकर्ताओं को पथ पदानुक्रम में जोड़ना अनावश्यक है.

अब, यदि आप चाहते हैं कि लोग किसी विशेष उपयोगकर्ता के विजेट को ब्राउज़ कर सकें, तो / उपयोगकर्ता / 34 / विगेट्स / 12 फॉर्म बेहतर होगा.

यदि यह प्रमाणीकरण के बारे में है, तो मैं इसे यूआरएल के जरिये पास नहीं करूँगा. यूआरएल में यूज़र आईडी को बदलने से मुझे क्या रोकना है और मुझे अनुमति नहीं मिली हो?

कई-से-कई रिश्तों के लिए यूआरआई डिजाइन: सलाह की जरूरत है - सेमलेट
Reply