XML से JSON कन्वर्टर

Q: क्या बाद में JSON को वापस XML में बदला जा सकता है?

हाँ, [JSON से XML](/json-to-xml) से। वही @ और #text तरीका अपनाने पर attributes वापस attributes बन जाते हैं। कमेंट और मूल इंडेंटेशन वापस नहीं आते, क्योंकि JSON में वे कभी थे ही नहीं।

SOAP रिस्पॉन्स, RSS फ़ीड, कॉन्फ़िग फ़ाइल या किसी पुराने सिस्टम के एक्सपोर्ट का डेटा उस JSON में ले जाएँ जिसे आपका JavaScript, Python या नो-कोड टूल सीधे पढ़ता है, वह भी खुद पार्सर लिखे बिना।

या CSV, TSV, TXT … फ़ाइलें यहाँ ड्रop करें ·

प्रति फ़ाइल अधिकतम 95 MB· अधिकतम 20 फ़ाइलें· 30 मिनट बाद हटा दी जाती हैं

आउटपुट

इसमें बदलें

फ़ाइलें हमारे सर्वर पर प्रोसेस होती हैं और 30 मिनट बाद हटा दी जाती हैं।

CSV और टेक्स्ट

डिलिमिटर

वह अक्षर जो CSV और टेक्स्ट फ़ाइलों में कॉलम अलग करता है, पढ़ने और लिखने दोनों के लिए। ऑटो इसे इनपुट से पहचानता है और आउटपुट में कॉमा लिखता है।

टेक्स्ट एन्कोडिंग

UTF-8 हर भाषा के लिए काम करता है। अगर Windows पर Excel में CSV खोलने पर एक्सेंट या एशियाई अक्षर बिगड़े दिखें, तो UTF-8 with BOM चुनें।

पहली पंक्ति हेडर है

पहली पंक्ति को कॉलम के नाम की तरह इस्तेमाल करें: ये JSON की कुंजियाँ, XML टैग, SQL कॉलम नाम और vCard फ़ील्ड मैपिंग बन जाते हैं। अगर पंक्ति 1 डेटा है तो बंद करें।

शीट

बदलने वाली शीट

Excel, ODS और Numbers इनपुट: सिर्फ़ पहली शीट बदलें, या सभी शीट (ZIP में हर शीट के लिए एक CSV, या हर शीट के लिए एक JSON कुंजी)।

JSON, XML और SQL

सुव्यवस्थित फ़ॉर्मेटिंग

आउटपुट में इंडेंट लगाएँ ताकि पढ़ना आसान हो। बंद करने पर यह कम से कम लाइनों में लिखा जाता है, जिससे फ़ाइल छोटी रहती है।

JSON संरचना

ऑब्जेक्ट्स का ऐरे हर पंक्ति के लिए कॉलम नामों को कुंजी बनाता है; ऐरे का ऐरे ज़्यादा कॉम्पैक्ट है और हेडर को पहले ऐरे में रखता है।

मान

तारीखें

तारीख़ वाले सेल एक ही फ़ॉर्मैट में दोबारा लिखें। डेटाबेस और कोड के लिए ISO (2026-10-18) सबसे सुरक्षित है; "जैसा है वैसा रखें" उन्हें स्रोत जैसा ही रहने देता है।

अतिरिक्त स्पेस हटाएँ

हर वैल्यू के शुरू और अंत के स्पेस हटाएँ; इम्पोर्ट के बाद लुकअप फ़ेल होने की यह आम वजह है।

इस टूल का उपयोग कैसे करें

1
XML अपलोड करें
अपलोड एरिया में .xml फ़ाइलें डालें, एक बैच में अधिकतम 20 फ़ाइलें और हर फ़ाइल 95 MB तक। हर फ़ाइल अलग से कन्वर्ट होती है।
2
पढ़ने लायक या कॉम्पैक्ट चुनें
सुव्यवस्थित फ़ॉर्मेटिंग चालू रहती है, जो JSON को पढ़ने और कोड रिव्यू के लिए इंडेंट करती है। API payload के लिए सबसे छोटा सिंगल-लाइन आउटपुट चाहिए तो इसे एडवांस्ड सेटिंग में बंद कर दें।
3
कन्वर्ट करें और JSON इस्तेमाल करें
JSON में बदलें दबाएँ, .json फ़ाइल डाउनलोड करें और उसे अपने कोड या टूल में लोड करें।

XML अपलोड करें और JSON में बदलें दबाएँ: elements keys बन जाते हैं, दोहराए गए elements arrays बन जाते हैं, और attributes @ लगे keys के रूप में रखे जाते हैं, इसलिए टैग की कोई जानकारी नहीं खोती।

XML से JSON कन्वर्टर की ज़रूरत किसे होती है

XML 1.0 फ़रवरी 1998 में W3C Recommendation बना, और अगले दशक तक सिस्टम इसी से आपस में बात करते थे: SOAP वेब सर्विस, RSS और Atom फ़ीड, Office डॉक्यूमेंट, बैंकिंग संदेश, प्रोडक्ट कैटलॉग। इनमें से कई सिस्टम आज भी चल रहे हैं। RFC 8259 में परिभाषित JSON नए वेब API में छा गया, क्योंकि JavaScript इसे बिना किसी पार्सर लाइब्रेरी के पढ़ लेती है और यह लगभग हर भाषा की lists और dictionaries से सीधे मेल खाता है।

इसलिए कन्वर्ट करने वाले लोग आम तौर पर इन दो दौर के बीच पुल बना रहे होते हैं। कोई फ्रंट-एंड डेवलपर पेमेंट या शिपिंग प्रोवाइडर से SOAP रिस्पॉन्स पाकर सादा object चाहता है। Zapier या Make में ऑटोमेशन बनाने वाला किसी सप्लायर की XML फ़ीड ऐसे फ़्लो में लाता है जो JSON के साथ बेहतर चलता है। डेटा इंजीनियर किसी पुराने Java एप्लिकेशन की config फ़ाइलें माइग्रेट करता है, या किसी छात्र को क्लास प्रोजेक्ट के लिए RSS फ़ीड JSON में चाहिए। सबको वही स्ट्रक्चर चाहिए, बिना angle brackets के।

XML को JSON में बदलें: टैग, एट्रिब्यूट और टेक्स्ट कैसे मैप होते हैं

XML इनपुट: एक attribute, एक ग्राहक और दो items वाला ऑर्डर

<order id="A-77">
  <customer>लीना ओर्टिज़</customer>
  <total currency="EUR">59.90</total>
  <item sku="0042">डेस्क लैंप</item>
  <item sku="0108">LED बल्ब</item>
</order>

ऊपर के ऑर्डर का हर हिस्सा JSON में कैसे दिखता है
XML का हिस्सा	उदाहरण	JSON नतीजा
रूट element	<order>	टॉप-लेवल key order
Attribute	id="A-77"	"@id": "A-77"
सिर्फ़ टेक्स्ट वाला element	<customer>	"customer": "Lena Ortiz"
टेक्स्ट और attribute	<total currency="EUR"> टैग	{"@currency": "EUR", "#text": "59.90"}
दोहराया गया element	दो <item> टैग	"item": [ … , … ] ऐरे
कमेंट	<!-- note -->	हटा दिया जाता है; JSON में कमेंट नहीं होते

XML

Extensible Markup Language

XML संरचित डेटा के लिए एक मार्कअप भाषा है, जिसे W3C ने 1998 में प्रकाशित किया था। यह एट्रिब्यूट वाले नेस्टेड टैग इस्तेमाल करती है और स्कीमा, नेमस्पेस और वैलिडेशन को सपोर्ट करती है, जिससे जटिल दस्तावेज़ों के लिए यह मज़बूत बनती है। RSS फ़ीड, SVG, Office दस्तावेज़, साइटमैप और कई एंटरप्राइज़ व सरकारी डेटा आदान-प्रदान इसी पर टिके हैं। JSON की तुलना में XML लंबा होता है, पर हर प्रोग्रामिंग भाषा और कई स्प्रेडशीट टूल इसे पढ़ सकते हैं।

कंप्रेशन: –
ट्रांसपेरेंसी (पारदर्शिता): –
एनिमेशन: –
शुरुआत का वर्ष: 1998 · W3C

XML कन्वर्टर

JSON

JavaScript ऑब्जेक्ट नोटेशन

JSON संरचित डेटा के लिए हल्का टेक्स्ट फ़ॉर्मैट है, जिसे 2000 के दशक की शुरुआत में Douglas Crockford ने लोकप्रिय बनाया और जो RFC 8259 और ECMA-404 के रूप में मानकीकृत है। यह ऑब्जेक्ट, ऐरे, स्ट्रिंग, नंबर, बूलियन और null को सरल, पढ़ने योग्य सिंटैक्स में दिखाता है। लगभग हर प्रोग्रामिंग भाषा में वेब API, कॉन्फ़िगरेशन फ़ाइलों और ऐप्स के बीच डेटा के आदान-प्रदान का यह डिफ़ॉल्ट फ़ॉर्मैट है। इसमें कमेंट, तारीख़ें या स्कीमा बिल्ट-इन नहीं होते, और बड़ी नेस्टेड फ़ाइलें व्यूअर के बिना पढ़ना कठिन होता है।

कंप्रेशन: –
ट्रांसपेरेंसी (पारदर्शिता): –
एनिमेशन: –
शुरुआत का वर्ष: 2001 · Douglas Crockford

JSON कन्वर्टर

XML को JSON में तब बदला जाता है जब किसी पुराने या एंटरप्राइज़ सिस्टम का डेटा वेब ऐप, स्क्रिप्ट या ऑटोमेशन टूल तक पहुँचाना हो: JSON JavaScript में सीधे पार्स होता है और Python dictionary से सीधे मेल खाता है।

XML की वे खूबियाँ जिनके लिए JSON में कोई जगह नहीं

दोनों फ़ॉर्मेट trees बताते हैं, लेकिन XML में कुछ अतिरिक्त चीज़ें होती हैं जो JSON में कभी नहीं थीं। Namespaces, जिन्हें W3C ने 1999 में परिभाषित किया, एक डॉक्यूमेंट में soap: और xsi: जैसी अलग-अलग vocabulary मिलाने देते हैं; JSON में वे सिर्फ़ key के नाम के हिस्से के रूप में बचते हैं। कमेंट और processing instructions के लिए कोई जगह नहीं है, इसलिए वे हट जाते हैं। Mixed content, यानी child टैग के बीच-बीच में टेक्स्ट, जैसे किसी XHTML पैराग्राफ़ में एक शब्द बोल्ड हो, XML में वैध है पर JSON में बेढंगा हो जाता है, इसलिए डॉक्यूमेंट-शैली के XML को JSON की बजाय HTML या Markdown में बदलना बेहतर है।

क्रम थोड़ा बारीक मामला है। XML सहोदर elements को क्रम में रखता है, और schema उस पर निर्भर हो सकता है; मानक के अनुसार JSON object की keys अनऑर्डर्ड होती हैं। दोहराए गए elements अपने array के अंदर क्रम बनाए रखते हैं, जो ज़्यादातर असली डेटा के लिए काफ़ी है। अगर XML रिकॉर्ड्स की सपाट सूची है जो कोड की बजाय स्प्रेडशीट में जानी चाहिए, तो XML से Excel सीधे पंक्तियाँ और कॉलम देता है, और XML से CSV डेटाबेस इम्पोर्ट के लिए फ़ाइल बनाता है।

XML से JSON कन्वर्टर: सवाल-जवाब

एक ही एलिमेंट किसी फ़ाइल में ऐरे और दूसरी में ऑब्जेक्ट क्यों बनता है?

कन्वर्टर सिर्फ़ वही देखता है जो डॉक्यूमेंट में है। अगर किसी ऑर्डर में तीन item टैग हैं तो items एक array बन जाता है; अगर एक ही है तो दोहराने के लिए कुछ नहीं होता, इसलिए वह एक सिंगल object बनता है। JSON पढ़ने वाला कोड दोनों रूप स्वीकार करे, या लूप चलाने से पहले सिंगल object को array में रख ले।

XML एट्रिब्यूट JSON में कैसे लिखे जाते हैं?

हर attribute एक key बन जाता है जिसके नाम के आगे @ लगता है, इसलिए currency="EUR" बनता है "@currency": "EUR"। जब किसी element में attributes और टेक्स्ट दोनों हों, तो टेक्स्ट उनके बगल में #text key में जाता है। इस तरीके से attributes और child elements का नाम एक जैसा होने पर टकराव नहीं होता।

क्या XML के नंबर JSON नंबर में बदल जाते हैं?

XML के अपने कोई data type नहीं होते; टैग में 42 और "42" एक जैसे दिखते हैं। इसलिए मान strings के रूप में आते हैं, जिससे ZIP कोड और 007 जैसे ID सुरक्षित रहते हैं। पार्स करने के बाद जिन फ़ील्ड को नंबर चाहिए उन्हें अपने कोड में बदल लें।

soap:Envelope जैसे नेमस्पेस प्रीफ़िक्स का क्या होता है?

प्रीफ़िक्स key के नाम का हिस्सा बना रहता है, इसलिए envelope soap:Envelope के रूप में और namespace घोषणा @xmlns:soap key के रूप में दिखती है। इससे अलग-अलग vocabulary के elements अलग रहते हैं; अगर आप सिर्फ़ एक के साथ काम करते हैं तो कोड में प्रीफ़िक्स हटा दें।

क्या बाद में JSON को वापस XML में बदला जा सकता है?

हाँ, JSON से XML से। वही @ और #text तरीका अपनाने पर attributes वापस attributes बन जाते हैं। कमेंट और मूल इंडेंटेशन वापस नहीं आते, क्योंकि JSON में वे कभी थे ही नहीं।