XML ↔ JSON कनवर्टर
XML दस्तावेज़ों को JSON में और वापस बदलिए, एट्रिब्यूट समेत
इस टूल के बारे में
पुराने SOAP उत्तर, RSS फ़ीड या Maven POM को JavaScript, jq या किसी JSON-मूल API में डालने के लिए XML को JSON में बदलिए — या उलटी दिशा में जाकर JSON डेटा से XML बनाइए। एट्रिब्यूट बचे रहते हैं: वे "@_नाम" कुंजियाँ बन जाते हैं, और एट्रिब्यूट के साथ रहने वाली पाठ सामग्री "#text" के नीचे आ जाती है, इसलिए कोई सूचना चुपचाप ग़ायब नहीं होती।
दोनों प्रारूप बुनियादी बातों पर असहमत हैं, और यह कनवर्टर मानक व्यावहारिक चुनाव करता है: एक ही नाम वाले दोहराए गए सहोदर तत्व JSON सूची में सिमट जाते हैं, संख्या-जैसे मान संख्या बन जाते हैं, और नेमस्पेस तत्व-नाम के हिस्से के रूप में साथ चलते हैं। सामान्य दस्तावेज़ों के लिए XML → JSON → XML संरचना और सामग्री बचाए रखता है।
दोनों दिशाएँ आपके ब्राउज़र में स्थानीय रूप से चलती हैं। कोई बीजक फ़ीड या API उत्तर चिपकाइए, वह कहीं नहीं जाएगा।
अक्सर पूछे जाने वाले प्रश्न
- कुछ मान स्ट्रिंग के बजाय संख्या बनकर क्यों लौटते हैं?
- पार्सर संख्या-जैसे पाठ को पहचानकर बदल देता है, जो अधिकतर उपभोक्ता चाहते भी हैं। पर आगे शून्य वाले पहचानकर्ताओं (उत्पाद कोड, फ़ोन नंबर) से सावधान रहिए — यदि यह आपके डेटा के लिए मायने रखता है तो रूपांतरण के बाद उन्हें उद्धरण चिह्नों में डालिए या आउटपुट को शुरुआत भर मानिए।
- दोहराए गए तत्व कैसे सँभाले जाते हैं?
- एक ही नाम वाले दो या अधिक सहोदर उस कुंजी के नीचे JSON सूची बन जाते हैं। अकेली उपस्थिति सादा ऑब्जेक्ट ही रहती है — यह असंगति मानचित्रण में ही अंतर्निहित है, इसलिए JSON का उपभोग करने वाले कोड को दोनों आकार सहने चाहिए या पहले सामान्यीकरण करना चाहिए।
- @_ और #text कुंजियों का क्या अर्थ है?
- @_ बताता है कि वह XML एट्रिब्यूट था, और #text तत्व का पाठ रखता है जब साथ में एट्रिब्यूट भी मौजूद हों। यही परिपाटी JSON → XML दिशा में वापस डालने पर मूल मार्कअप दोबारा बन जाता है।
- JSON → XML मेरी शीर्ष-स्तरीय सूची क्यों अस्वीकार करता है?
- XML दस्तावेज़ में ठीक एक जड़ तत्व होना चाहिए, और अकेली सूची में कोई नहीं होता। सूची को किसी ऑब्जेक्ट में लपेटिए — {"items": {"item": [...]}} — और कनवर्टर सुगठित दस्तावेज़ बना देगा।