JSON से XML कन्वर्टर
JSON डेटा उस सॉफ़्टवेयर को दें जो सिर्फ़ XML समझता है। हर रिकॉर्ड एक एलिमेंट बन जाता है, हर की एक चाइल्ड टैग, और पूरा डॉक्यूमेंट एक रूट एलिमेंट के अंदर रहता है जिसका नाम आप चुनते हैं।
डेटा कन्वर्टर
या CSV, TSV, TXT … फ़ाइलें यहाँ ड्रop करें ·
प्रति फ़ाइल अधिकतम 95 MB· अधिकतम 20 फ़ाइलें· 30 मिनट बाद हटा दी जाती हैं
फ़ाइलें हमारे सर्वर पर प्रोसेस होती हैं और 30 मिनट बाद हटा दी जाती हैं।
वह अक्षर जो CSV और टेक्स्ट फ़ाइलों में कॉलम अलग करता है, पढ़ने और लिखने दोनों के लिए। ऑटो इसे इनपुट से पहचानता है और आउटपुट में कॉमा लिखता है।
UTF-8 हर भाषा के लिए काम करता है। अगर Windows पर Excel में CSV खोलने पर एक्सेंट या एशियाई अक्षर बिगड़े दिखें, तो UTF-8 with BOM चुनें।
Excel, ODS और Numbers इनपुट: सिर्फ़ पहली शीट बदलें, या सभी शीट (ZIP में हर शीट के लिए एक CSV, या हर शीट के लिए एक JSON कुंजी)।
नई स्प्रेडशीट में शीट टैब का नाम, अधिकतम 31 अक्षर।
ऑब्जेक्ट्स का ऐरे हर पंक्ति के लिए कॉलम नामों को कुंजी बनाता है; ऐरे का ऐरे ज़्यादा कॉम्पैक्ट है और हेडर को पहले ऐरे में रखता है।
बाहरी एलिमेंट का नाम जिसमें सभी पंक्तियाँ रहती हैं; हर पंक्ति इसके अंदर एक <row> बन जाती है।
CREATE TABLE और INSERT स्टेटमेंट में इस्तेमाल होता है। सिर्फ़ अक्षर, अंक और अंडरस्कोर।
कोटिंग और कॉलम टाइप डेटाबेस के हिसाब से थोड़े अलग होते हैं; वही चुनें जिसमें आप इम्पोर्ट करेंगे।
तारीख़ वाले सेल एक ही फ़ॉर्मैट में दोबारा लिखें। डेटाबेस और कोड के लिए ISO (2026-10-18) सबसे सुरक्षित है; "जैसा है वैसा रखें" उन्हें स्रोत जैसा ही रहने देता है।
इस टूल का उपयोग कैसे करें
- 1
JSON अपलोड करें
कोई .json फ़ाइल जोड़ें, जैसे API रिस्पॉन्स, या JSON Lines फ़ाइल। एक बार में 20 फ़ाइलें, हर एक 95 MB तक।
- 2
रूट एलिमेंट का नाम दें
एडवांस्ड सेटिंग में XML रूट टैग के अंदर सबसे बाहरी टैग लिखें (शुरू में rows होता है) और इंडेंट वाले आउटपुट के लिए सुव्यवस्थित फ़ॉर्मेटिंग चालू रखें।
- 3
कन्वर्ट करें और मैप करें
XML में बदलें दबाएँ और डाउनलोड करें। जहाँ प्राप्त करने वाले सिस्टम का स्कीमा अलग नाम माँगता हो, वहाँ टैग के नाम बदल लें।
जब ज़्यादातर API JSON पर आ गए हैं, तो JSON को XML में क्यों बदलें
वेब API में JSON जीता; इसकी मौजूदा स्पेसिफ़िकेशन, 2017 की RFC 8259, कुछ ही पन्नों में आ जाती है। XML पुराना है, फ़रवरी 1998 से W3C Recommendation है, और वह उन जगहों से कभी नहीं हटा जहाँ अनुबंध सख़्त होते हैं: बैंकिंग, ई-इनवॉइसिंग, प्रकाशन और सरकारी रिपोर्टिंग।
इसलिए इस कन्वर्ज़न की दिशा अक्सर पैसे या नियमों से तय होती है। कोई डेवलपर JSON API से ऑर्डर लेता है और उन्हें पार्टनर की SOAP सर्विस में भेजना होता है। किसी दुकान के प्रोडक्ट JSON में हैं, पर तुलना वाली साइट को XML फ़ीड चाहिए। किसी टीम के अनुवाद JSON में हैं और Android बिल्ड को strings.xml चाहिए। अगर गंतव्य स्प्रेडशीट है, तो JSON को CSV में बदलें एलिमेंट की जगह पंक्तियाँ देता है।
वे सिस्टम जो अब भी XML इनपुट माँगते हैं
| संस्था | आवश्यकता | स्रोत |
|---|---|---|
| SOAP वेब सर्विस | हर रिक्वेस्ट XML एनवेलप के रूप में जाती है; SOAP 1.2 2003 में W3C Recommendation बना | — |
| Google Merchant Center | प्रोडक्ट फ़ीड RSS 2.0 या Atom 1.0 में XML के रूप में, साथ ही डिलिमिटर वाले टेक्स्ट में भी स्वीकार होती हैं | — |
| Peppol ई-इनवॉइसिंग | इनवॉइस Peppol BIS Billing 3.0 नियमों के तहत UBL 2.1 XML डॉक्यूमेंट के रूप में आदान-प्रदान होते हैं | — |
| Android ऐप | टेक्स्ट रिसोर्स और अनुवाद res/values/strings.xml में रहते हैं | — |
JSON से XML का उदाहरण: दो प्रोडक्ट
<?xml version="1.0" encoding="UTF-8"?>
<rows>
<row>
<sku>A-17</sku>
<price>12.5</price>
<tags>नया</tags>
<tags>सेल</tags>
</row>
<row>
<sku>B-02</sku>
<price>8</price>
</row>
</rows>मिथकJSON और XML एक-से-एक मैप होते हैं, इसलिए कन्वर्ज़न बिल्कुल सटीक होता है।
तथ्यXML में एट्रिब्यूट, मिक्स्ड कंटेंट और नेमस्पेस होते हैं जो JSON में नहीं हैं, और JSON में ऐसे टाइप हैं जो XML में नहीं हैं। कन्वर्टर को एक मैपिंग चुननी पड़ती है; यह पूरे डेटा में चाइल्ड एलिमेंट इस्तेमाल करता है।
मिथकसंख्या 12.5 XML में भी संख्या ही रहती है।
तथ्यXML अक्षर सहेजता है। 12.5 तब तक टेक्स्ट है जब तक कोई स्कीमा या पढ़ने वाला प्रोग्राम उसे दशमलव न बता दे।
JSON के XML बनने पर क्या बदलता है
तीन बातों की जाँच ज़रूर करें। टाइप टेक्स्ट में बदल जाते हैं, इसलिए true, null और 0 सब अक्षरों के रूप में आते हैं; null आमतौर पर खाली एलिमेंट बनता है। जो कीज़ वैध XML नाम नहीं हैं, उनका नाम बदलना पड़ता है, क्योंकि टैग अंक से शुरू नहीं हो सकता और उसमें स्पेस नहीं हो सकता। और आउटपुट बड़ा होता है, क्योंकि हर वैल्यू को शुरुआती और अंतिम टैग में लपेटा जाता है जो की को दोहराते हैं।
इसके अलावा कुछ नहीं खोता। नेस्टिंग नेस्टेड एलिमेंट के रूप में बनी रहती है, रिकॉर्ड का क्रम वही रहता है, और Unicode टेक्स्ट सुरक्षित रहता है क्योंकि फ़ाइल UTF-8 में लिखी जाती है। YAML से SQL तक, स्ट्रक्चर्ड डेटा के और विकल्प डेटा कन्वर्टर पेज पर हैं।
JSON और XML फॉर्मेट की जानकारी
JSON
JavaScript ऑब्जेक्ट नोटेशन
JSON संरचित डेटा के लिए हल्का टेक्स्ट फ़ॉर्मैट है, जिसे 2000 के दशक की शुरुआत में Douglas Crockford ने लोकप्रिय बनाया और जो RFC 8259 और ECMA-404 के रूप में मानकीकृत है। यह ऑब्जेक्ट, ऐरे, स्ट्रिंग, नंबर, बूलियन और null को सरल, पढ़ने योग्य सिंटैक्स में दिखाता है। लगभग हर प्रोग्रामिंग भाषा में वेब API, कॉन्फ़िगरेशन फ़ाइलों और ऐप्स के बीच डेटा के आदान-प्रदान का यह डिफ़ॉल्ट फ़ॉर्मैट है। इसमें कमेंट, तारीख़ें या स्कीमा बिल्ट-इन नहीं होते, और बड़ी नेस्टेड फ़ाइलें व्यूअर के बिना पढ़ना कठिन होता है।
- कंप्रेशन
- –
- ट्रांसपेरेंसी (पारदर्शिता)
- –
- एनिमेशन
- –
- शुरुआत का वर्ष
- 2001 · Douglas Crockford
XML
Extensible Markup Language
XML संरचित डेटा के लिए एक मार्कअप भाषा है, जिसे W3C ने 1998 में प्रकाशित किया था। यह एट्रिब्यूट वाले नेस्टेड टैग इस्तेमाल करती है और स्कीमा, नेमस्पेस और वैलिडेशन को सपोर्ट करती है, जिससे जटिल दस्तावेज़ों के लिए यह मज़बूत बनती है। RSS फ़ीड, SVG, Office दस्तावेज़, साइटमैप और कई एंटरप्राइज़ व सरकारी डेटा आदान-प्रदान इसी पर टिके हैं। JSON की तुलना में XML लंबा होता है, पर हर प्रोग्रामिंग भाषा और कई स्प्रेडशीट टूल इसे पढ़ सकते हैं।
- कंप्रेशन
- –
- ट्रांसपेरेंसी (पारदर्शिता)
- –
- एनिमेशन
- –
- शुरुआत का वर्ष
- 1998 · W3C
JSON को XML में तब बदला जाता है जब आधुनिक डेटा को किसी पुराने अनुबंध में भेजना हो: SOAP एंडपॉइंट, प्रोडक्ट फ़ीड, ई-इनवॉइसिंग नेटवर्क या ऐसी कॉन्फ़िग फ़ाइल जिसका उपभोक्ता ब्रेस नहीं, एलिमेंट पढ़ने के लिए बना है।
JSON से XML कन्वर्टर: अक्सर पूछे जाने वाले सवाल
मेरा JSON ऐरे से शुरू होता है, तो XML को एक रूट एलिमेंट क्यों चाहिए?
XML 1.0 स्पेसिफ़िकेशन के अनुसार हर well-formed डॉक्यूमेंट में ठीक एक ऐसा एलिमेंट होना चाहिए जिसके अंदर बाकी सब कुछ हो। JSON ऐरे में ऐसा कोई रैपर नहीं होता, इसलिए कन्वर्टर एक रैपर जोड़ता है, जिसका नाम XML रूट टैग से तय होता है, और ऐरे के हर आइटम को उसके अंदर <row> के रूप में रखता है।
"2024 total" या "unit price" जैसी JSON कीज़ का क्या होता है?
इनमें से कोई भी XML एलिमेंट का वैध नाम नहीं है: नाम अंक से शुरू नहीं हो सकते और उनमें स्पेस नहीं हो सकता। ऐसी कीज़ को कन्वर्ट करने से पहले JSON में ही बदल लें, बेहतर होगा कि प्राप्त करने वाले स्कीमा के ठीक वही टैग नाम रखें, ताकि बाद में आउटपुट को ठीक न करना पड़े।
रिकॉर्ड के अंदर का JSON ऐरे XML में कैसे लिखा जाता है?
हर आइटम के लिए एक बार दोहराए गए उसी एलिमेंट के रूप में। तीन स्ट्रिंग वाला tags ऐरे एक row में तीन <tags> एलिमेंट बन जाता है। खाली ऐरे के बाद कुछ नहीं बचता, और यह उन गिनी-चुनी जगहों में से एक है जहाँ JSON से XML में बदलने पर जानकारी खो जाती है।
क्या XML मेरे पार्टनर का XSD वैलिडेशन पास करेगा?
तभी जब स्ट्रक्चर पहले से मेल खाता हो। कन्वर्टर आपके JSON की सही और well-formed कॉपी लिखता है; उसे पार्टनर के लिए ज़रूरी एलिमेंट का क्रम, नेमस्पेस या एट्रिब्यूट पता नहीं हो सकते। आउटपुट को शुरुआती आधार मानें और स्कीमा के अनुसार उसे ठीक करें।
क्या मैं XML को वापस JSON में बदल सकता हूँ?
XML को JSON में बदलें इस्तेमाल करें। वापस बदलने पर छोटे अंतर मिल सकते हैं: XML हर वैल्यू को टेक्स्ट के रूप में रखता है, इसलिए JSON में जो संख्या या true था, वह स्ट्रिंग बनकर लौट सकता है।