webservice प्रतिक्रिया

Question

के लिए पाठ/xml बनाम एप्लिकेशन/xml के बीच क्या अंतर है text/xml और application/xml के बीच अंतर के बारे में यह एक सामान्य प्रश्न है। मैं webservices (आरईएसटी - जर्सी) लिखने के लिए काफी नया हूँ। मैं application/xml का उत्पादन कर रहा हूं क्योंकि यह सीखने के लिए उपयोग किए जा रहे अधिकांश ट्यूटोरियल/कोड उदाहरणों में दिखाया गया है, लेकिन मुझे हाल ही में text/xml पता चला है और यह सोच रहा था कि इसके बारे में क्या अलग है और आप application/xml पर इसका उपयोग कब करेंगे?

Answer 1

आरएफसी (3023) से, खंड 3, एक्सएमएल मीडिया प्रकार के नीचे:

तो एक XML दस्तावेज - यह है कि, असंसाधित, स्रोत XML दस्तावेज़ - पठनीय आकस्मिक उपयोगकर्ताओं द्वारा किया गया , टेक्स्ट/एक्सएमएल एप्लिकेशन/एक्सएमएल के लिए बेहतर है। एमआईएमई उपयोगकर्ता एजेंट (और वेब उपयोगकर्ता एजेंट) जो नहीं हैं, टेक्स्ट/एक्सएमएल के लिए स्पष्ट समर्थन उदाहरण के लिए, एक्सएमएल एमआईएम इकाई को सादा पाठ के रूप में प्रदर्शित करके टेक्स्ट/सादा के रूप में इसका इलाज करेगा। आवेदन/xml बेहतर है जब XML MIME इकाई प्रासंगिक उपयोगकर्ताओं द्वारा अपठनीय है।

(जोर मेरा)

Answer 2

this article आवेदन के अनुसार/xml पसंद किया जाता है।

---

संपादित

मैं लेख पर एक छोटे से अनुवर्ती किया था।

लेखक का दावा है कि एन्कोडिंग XML प्रोसेसिंग निर्देश में घोषित कर दिया, जैसे: जब text/xml मीडिया प्रकार प्रयोग किया जाता है

<?xml version="1.0" encoding="UTF-8"?> 

पर ध्यान नहीं दिया जा सकता है।

वे RFC 2046 में text/* MIME प्रकार परिवार विनिर्देश की परिभाषा के साथ थीसिस का समर्थन है, विशेष रूप से निम्नलिखित टुकड़ा:

4.1.2. Charset Parameter 

    A critical parameter that may be specified in the Content-Type field 
    for "text/plain" data is the character set. This is specified with a 
    "charset" parameter, as in: 

    Content-type: text/plain; charset=iso-8859-1 

    Unlike some other parameter values, the values of the charset 
    parameter are NOT case sensitive. The default character set, which 
    must be assumed in the absence of a charset parameter, is US-ASCII. 

    The specification for any future subtypes of "text" must specify 
    whether or not they will also utilize a "charset" parameter, and may 
    possibly restrict its values as well. For other subtypes of "text" 
    than "text/plain", the semantics of the "charset" parameter should be 
    defined to be identical to those specified here for "text/plain", 
    i.e., the body consists entirely of characters in the given charset. 
    In particular, definers of future "text" subtypes should pay close 
    attention to the implications of multioctet character sets for their 
    subtype definitions. 

उनके मुताबिक, इस तरह के कठिनाइयों जब application/xml MIME प्रकार का उपयोग कर बचा जा सकता है। चाहे यह सच है या नहीं, मैं text/xml से बचने के लिए नहीं जाऊंगा। आईएमएचओ, मानव-पठनीयता (गैर-पठनीयता) के अर्थशास्त्र का पालन करना सबसे अच्छा है और हमेशा वर्णमाला निर्दिष्ट करना याद रखें।

Answer 3

यह एक पुराना सवाल है, लेकिन अक्सर एक बार देखा जाता है और स्पष्ट सिफारिशें अब RFC7303 से उपलब्ध हैं जो आरएफसी 3023 को अप्रचलित करती है। संक्षेप (खंड 9.2) में:

The registration information for text/xml is in all respects the same 
as that given for application/xml above (Section 9.1), except that 
the "Type name" is "text". 

Answer 4

application/xmlsvnके रूप में द्विआधारी प्रकार जबकि text/xmlके रूप में पाठ फ़ाइल जिसके लिए एक diff प्रदर्शित किया जा सकता द्वारा देखा जाता है।