2011-04-22 13 views
26

सिर्फ एक उदाहरण के रूप में इस लाइन लें:एक्सएमएल नेमस्पेस में यूआरएल क्यों हैं?

<configuration xmlns:xdt="http://schemas.microsoft.com/XML-Document-Transform"> 
</configuration> 

कुछ संक्षिप्त अनुसंधान ने मुझे सिखाया है कुछ भी नहीं जरूरी है कि URL पर होस्ट किया जाना है। इसलिए, यदि यह स्थानीय असेंबली में निहित नामस्थान का संदर्भ है, तो नियमित नामस्थानों के बजाय यूआरएल का उपयोग क्यों करें जैसे आम तौर पर .NET (System.Data, उदाहरण के लिए) द्वारा उपयोग किया जाता है?

+2

शायद क्योंकि वे काफी अद्वितीय हैं। –

+1

मैं समझता हूं कि यूआरएल विशिष्टता के लिए हैं। हमें वास्तव में अद्वितीय XML टैग क्यों चाहिए? – osa

उत्तर

8

यह सिर्फ एक सम्मेलन है। यूआरआई (जो वे हैं, वास्तव में यूआरएल नहीं हैं) संसाधनों की पहचान करने का एक सुविधाजनक और वैश्विक रूप से परिचित तरीका है। दूसरी ओर, .NET- शैली पहचानकर्ता परिचित और पहचानने योग्य हैं, ठीक है, .NET डेवलपर्स - .NET से XML के लिए और भी अधिक है।

+1

उम्मीद है कि यह वास्तव में वैश्विक रूप से अद्वितीय है। अन्यथा, ज्यादा बिंदु नहीं है। –

+2

@Robert: मैं असहमत हूं। एक्सएमएल नेमस्पेस यूआरआई को उस संदर्भ में केवल अद्वितीय * होना चाहिए जिसमें उनका उपयोग किया जाता है *। आदर्श रूप से, उससे परे, हां, लेकिन केवल सार्वजनिक स्कीमा के लिए। – skaffman

+0

मुझे लगता है कि अभी भी समझ में नहीं आ रहा है कि यूआरआई का उपयोग क्यों किया जाता है। मेरी समझ से और विकिपीडिया और अन्य संसाधनों के अनुसार, यूआरआई को "इंटरनेट पर किसी नाम या संसाधन की पहचान करने के लिए उपयोग किए जाने वाले वर्णों की एक स्ट्रिंग" के रूप में परिभाषित किया गया है।यदि स्थानीय असेंबली का संदर्भ दिया जा रहा है और नामस्थान यूआरआई इंटरनेट संसाधन की पहचान करने की कोशिश नहीं कर रहा है, तो यूआरआई का उपयोग क्यों करें? इसके अलावा, HTTP "हाइपरटेक्स्ट ट्रांसफर प्रोटोकॉल" के लिए खड़ा है। किसी भी प्रकार के स्थानांतरण प्रोटोकॉल के साथ नामस्थान को उपसर्ग करने के लिए यह कैसे समझ में आता है? – oscilatingcretin

4

W3 explanation Here

बस .NET में नामस्थान की तरह, एक्सएमएल दस्तावेजों में नामस्थान रोकने के लिए और नाम टकराव को हल है, खासकर अगर एक्सएमएल दस्तावेजों विभिन्न संगठनों और/या ज्ञान के डोमेन से कर रहे हैं मदद करने के लिए डिजाइन किए हैं।

एक्सएमएल दस्तावेज़ प्रारूप एचटीएमएल के लिए जिम्मेदार लोगों द्वारा स्टाइलिज्ड किया गया है, इसलिए आपको प्रारूप के तत्वों में वाक्य रचनात्मक समानताएं मिल सकती हैं। अर्थात्, डॉटनेट और एक्सएमएल नेमस्पेस एक ही लक्ष्य की सेवा करते हैं।

+0

मैं यूआरआई और एक्सएमएल दस्तावेज़ स्वरूपण की अवधारणाओं को समझता हूं। मेरी प्रारंभिक पोस्ट ने सवाल उठाया कि एक्सएमएल नेमस्पेस यूआरएल की तरह क्यों दिखते हैं। हां, मुझे पता है कि एक यूआरएल एक यूआरआई है, लेकिन यूआरएल के बारे में कुछ स्पष्ट रूप से पहचानने योग्य है। इसमें एक प्रोटोकॉल, एक डोमेन, एक प्रत्यय, फ़ोल्डर संदर्भ, और, अधिकांश समय, एक दस्तावेज़ है। मुझे यह स्पष्ट कर दिया गया है कि एक्सएमएल नेमस्पेस प्रारूप यह है कि यह मूल रूप से है क्योंकि मूल एक्सएमएल गैन्स्टा ने उस समय काम करने के तरीके के बारे में उनकी समझ के आधार पर निर्णय लिया था। अगर एक्सएमएल का आविष्कार आज किया गया था, तो इसके नामस्थान शायद यूआरएल की तरह नहीं दिखेंगे। – oscilatingcretin

+3

इसके अलावा, यहां कई लोगों ने कहा है कि यूआरएल-शैली के नामस्थान विशिष्टता देते हैं, लेकिन मुझे नहीं पता कि कैसे। किसी भी यूआरआई प्रारूप के लिए कोई विशिष्टता गारंटी नहीं है, चाहे वह एक्सएमएल- या .NET-style नेमस्पेस हो (जब तक कि आप किसी यूआरएल के बारे में बात नहीं कर रहे हों)। नामस्थान में "http" और ".com" फेंकने से मेरी राय में कोई तार्किक समर्थन नहीं है। क्या होगा यदि कोई डोमेन नाम पंजीकरण नवीनीकृत करने में विफल रहता है और कोई और इसे खरीदता है (अहम माइक्रोसॉफ्ट)? अब उनकी यूआरएल-शैली यूआरआई कितनी अच्छी है? कोई स्थिरता, आईएमओ। – oscilatingcretin

+1

@oscilatingcretin: GUID को अद्वितीय होने की गारंटी नहीं है, लेकिन एक उचित रूप से जेनरेट की गई GUID की संभावना किसी दूसरे के समान होती है जो गायब हो जाती है। यूआरएल का उपयोग विशिष्टता का उचित आश्वासन प्रदान करता है। –

16

जब आप से पूछना क्यों एक मानक तरीका यह है है, वहाँ अपने प्रश्न के दो संभव व्याख्याओं हैं: (क) क्या डिजाइन विकल्प है कि बनाया गया था के कथित लाभ हैं, और (ख) क्या ऐतिहासिक दृश्य था ऐसी घटनाओं के कारण जो इस डिजाइन को अन्य डिज़ाइनों पर अपनाया जा रहा था।

स्पष्ट रूप से, HTTP- जैसे यूआरआई का उपयोग विशिष्टता देता है। लेकिन यह अन्य तरीकों से भी हासिल किया जा सकता है, उदाहरण के लिए एक नई यूआरआई योजना का आविष्कार करके। मुझे लगता है कि यदि आप उस समय के तर्कों का पता लगाते हैं, तो आप पाएंगे कि HTTP-शैली यूआरआई के उपयोग की वकालत करने वाले बहुत से लोग भी वकालत कर रहे थे कि नामस्थान यूआरआई को एक स्कीमा या किसी अन्य प्रकार के लिए अस्वीकार्य होना चाहिए दस्तावेज़ का दरअसल, यह अपने नामस्थानों के लिए डब्ल्यू 3 सी नीति है कि हमेशा एक दस्तावेज़ होता है जिसे आप ब्राउज़र में नेमस्पेस यूआरआई टाइप करते समय पुनर्प्राप्त कर सकते हैं, और यह आपको नामस्थान के बारे में कुछ उपयोगी बताएगा।

तो मैं तथ्य यह है कि हम यूआरआई कि deferenceable लग रही है लेकिन क्या होता है जब वे dereferenced कर रहे हैं वास्तव में परिणाम दो या अधिक विरोध शिविरों के बीच एक समिति समझौता है के लिए किसी भी अर्थ विज्ञान परिभाषित नहीं करते का उपयोग संदेह है। लेकिन आपको इसकी पुष्टि करने के लिए कुछ उचित ऐतिहासिक शोध करना होगा।

0

समस्या का मूल यह है कि नामस्थानों को यूआरआई होना चाहिए। ऐसी चीज के लिए कोई अच्छा कारण नहीं है क्योंकि परिभाषित तत्वों के संदर्भ देने के लिए इसे एक अद्वितीय पहचानकर्ता होना चाहिए।

चूंकि उन्हें यूआरआई होना है, इसलिए सभी संभावनाएं बेकार हैं, क्योंकि एक योजना की आवश्यकता है (उदा। Http) हालांकि नामस्थान के पास ऐसी चीज से कोई लेना देना नहीं है।

तो सवाल का जवाब देने के लिए क्यों: सभी बुरे विचारों की तरह, किसी ने सोचा कि उस समय यह एक अच्छा विचार था।

संबंधित मुद्दे