शायद अभ्यास में सवाल का एक सही जवाब नहीं है, क्योंकि "जंगली" में उपयोग में कई अलग-अलग यूआरएल योजनाएं हैं। हालांकि इसे देखने का एक सहायक तरीका आरईएसटी यूआरएल प्रोसेसिंग के मामले में होगा। आरईएसटी (रिप्रेस्पेशनल स्टेट ट्रांसफर) में, विचार यह है कि आप जिस संसाधन को एक्सेस करना चाहते हैं, उसे विशिष्ट रूप से पहचानने में सक्षम होना चाहिए। एक सामान्य आरईएसटी योजना में, यूआरएल का पथ भाग एन-स्पेस (यानी, एक्स, वाई, जेड => // myApp/x/y/z) में निर्देशांक के सेट के रूप में सोचा जा सकता है और क्वेरी पैरामीटर हैं आगे विनिर्देशक। मिलान करने वाले संसाधनों की सूची लौटने के लिए, इन और निर्दिष्ट विनिर्देशकों को अपूर्ण पथ विनिर्देशों के लिए खोज मानदंड के रूप में उपयोग किया जा सकता है।
REST URL के अधिक उदाहरणों के लिए following question देखें।
संपादित करें: @marcok एक अच्छा तकनीकी जवाब है, लेकिन के रूप में अपने अपडेट की गई टिप्पणी से अवगत कराया, तो आप जब एक दूसरे के ऊपर का चयन करने में अधिक रुचि रखते हैं। आम तौर पर यदि आप "शुद्ध" रीस्टफुल एपीआई बनाने जा रहे हैं, तो पथ का हिस्सा जो कुछ भी उनकी पहचान से संसाधनों को विशिष्ट रूप से पहचानना चाहिए। प्रायः, संसाधन का अनन्य रूप से पहचानने के लिए पथ के हिस्से के रूप में आपका URL एक आईडी मान में समाप्त हो सकता है।
हालांकि, यदि आपका एपीआई विशेषताओं (संभवतः आईडी को छोड़कर) द्वारा खोज/फ़िल्टर करने की क्षमता का खुलासा कर रहा है, तो आपको क्वेरी पैरामीटर के रूप में एन्कोड करने की अधिक संभावना होगी।
ये केवल उदाहरण हैं, और एक अच्छी एपीआई के बारे में अलग-अलग राय हैं, और अधिक विशेष रूप से कैसे एक एपीआई को पूरी तरह से पुनर्स्थापित करना आवश्यक है।
स्रोत
2013-04-23 22:06:00
क्या आपका प्रश्न * कैसे * प्रत्येक के उपयोग के बारे में अधिक है, या क्या आप वास्तव में पूछना चाहते हैं * कब * (यानी, किस परिस्थितियों में) आप क्वेरी पैरामीटर के रूप में पथ बनाम कुछ हिस्से को एन्कोड करेंगे? –
केविन, मेरा मतलब है कि मुझे पथ पैरामीटर के रूप में पथ बनाम भाग के हिस्से के रूप में कुछ एन्कोड करना चाहिए? अग्रिम धन्यवाद .. – Anil
अब मुझे यह जानने में अधिक दिलचस्पी है कि मुझे पथ पैरामीटर के हिस्से के रूप में क्वेरी पैरामीटर के रूप में कुछ एन्कोड करना चाहिए। – Anil