के भीतर delimiters के लिए सबसे अच्छा अभ्यास HTTP URL पथ में विभिन्न विराम चिह्नों का उपयोग करने के लिए मूर्ख नहीं होगा? मैं एपीआई के लिए संसाधन यूआरएल को परिभाषित करने की प्रक्रिया में हूं। इन संसाधन URL को विभिन्न प्रकार के क्लाइंट और मिडलवेयर द्वारा एक्सेस, संग्रहित और प्रेषित किया जाना चाहिए, इसलिए यह महत्वपूर्ण है कि उनमें ऐसे वर्ण न हों जो मुद्दों का कारण बन सकें।HTTP यूआरएल पथ
RFC 3986, section 2.2. "Reserved Characters" निर्दिष्ट करता उप delims के रूप में निम्न वर्णों: $ & '() * +,; =
इनमें से किसी भी HTTP योजना में URL पथ के भीतर मनमाना उपयोग के लिए अवैध रूप से कर रहे हैं!?
भले ही वे मानकों के अनुसार कानूनी हैं, तो इनमें से किसी के पास गैर-अनुपालन सॉफ़्टवेयर के कारण असली दुनिया की इंटरऑपरेबिलिटी समस्याओं का कारण बनने का उच्च अवसर है?
क्या कोई विशिष्ट उप-डिलीम्स है जिसे आपने व्यापक रूप से तैनात एपीआई में बिना किसी मुद्दे के उपयोग किया है (यह सबूत प्रदान करेगा कि आपके द्वारा उपयोग किए जाने वाले लोग सुरक्षित हैं)?
प्रेरणा यह है कि हमें कुंजी-मूल्य जोड़े को सीमित करने की आवश्यकता है जिसमें पदानुक्रमित अर्थशास्त्र नहीं है। हम ऐसा करने पर विचार कर रहे हैं: http://doriantaylor.com/policy/http-url-path-parameter-syntax। हालांकि, अगर यह एक समस्या होने की संभावना है, हम बस क्या करेंगे http://example.com/key1/value1/key2/value2
धन्यवाद
मैं कुछ तोड़ने तक डोरियन टेलर की स्कीमा के साथ जाऊंगा, और उसके बाद '/ key/value/key/value' को _alternative_ के रूप में जोड़ूंगा लेकिन पुराने को संगतता के लिए काम कर रहा हूं। – zwol