JSON से XML कनवर्टर

JSON से XML और वापस: दो डेटा दुनियाओं के लिए एक व्यावहारिक कन्वर्टर

अधिकांश डेवलपर चाहें या न चाहें, XML और JSON दोनों के साथ काम करते हैं। आधुनिक वेब API लगभग विशेष रूप से JSON बोलते हैं, लेकिन जैसे ही आप किसी बैंक, बीमा कंपनी, सरकारी एंडपॉइंट, एंटरप्राइज़ ERP, या पुरानी SOAP सेवा को छूते हैं, XML फिर प्रकट हो जाता है। इस पेज पर JSON से XML कन्वर्टर JSON को XML में और XML को JSON में सीधे आपके ब्राउज़र में बदलता है, ताकि आप संवेदनशील पेलोड किसी रिमोट सेवा में कॉपी किए बिना इन दो फ़ॉर्मेट के बीच आ-जा सकें।

XML और JSON वास्तव में क्या हैं

XML (Extensible Markup Language) एक मार्कअप फ़ॉर्मेट है जो नेस्टेड टैग, एट्रिब्यूट और नेमस्पेस के इर्द-गिर्द बना है। यह दस्तावेज़ों और संरचित डेटा इंटरचेंज के लिए डिज़ाइन किया गया था, और इसमें बहुत सारी मशीनरी है: स्कीमा (XSD), नेमस्पेस, प्रोसेसिंग निर्देश, टिप्पणियाँ, CDATA सेक्शन, और शीर्ष पर एक औपचारिक घोषणा। यही समृद्धि है जिसके कारण XML अभी भी पुराने और एंटरप्राइज़ सिस्टम में हावी है। आप इसे SOAP वेब सेवाओं, RSS और Atom फीड, कॉन्फ़िगरेशन फ़ाइलों (Spring, Maven, .NET ऐप कॉन्फ़िग), ऑफ़िस दस्तावेज़ फ़ॉर्मेट, और SWIFT और ISO 20022 जैसे वित्तीय मैसेजिंग मानकों में पाते हैं, जहाँ बैंक और बीमाकर्ता हर रोज़ XML एक्सचेंज करते रहते हैं।

JSON (JavaScript Object Notation) कहीं सरल है: की/वैल्यू जोड़ों वाले ऑब्जेक्ट, ऐरे, स्ट्रिंग, संख्याएं, बूलियन और null। यह लगभग हर प्रोग्रामिंग भाषा की डेटा संरचनाओं से एक-से-एक मैप होता है, जो बिल्कुल वही कारण है कि इसने आधुनिक वेब API, REST एंडपॉइंट, मोबाइल ऐप और package.json जैसी कॉन्फ़िग फ़ाइलों पर कब्ज़ा कर लिया। JSON आमतौर पर समकक्ष XML से 30 से 50 प्रतिशत छोटा होता है और काफ़ी तेज़ पार्स होता है, आंशिक रूप से क्योंकि यह क्लोज़िंग टैग और एट्रिब्यूट मशीनरी को छोड़ देता है जो XML को verbose बनाती हैं।

कन्वर्शन के लिए मायने रखने वाले मुख्य अंतर

दोनों फ़ॉर्मेट एक-दूसरे पर मैप होने के लिए पर्याप्त ओवरलैप करते हैं, लेकिन साफ़-सुथरे तरीके से नहीं। कुछ संरचनात्मक अंतर लगभग सभी घर्षण पैदा करते हैं:

• एट्रिब्यूट बनाम चाइल्ड नोड। XML <user id="1"> (एक एट्रिब्यूट) और <user><id>1</id></user> (एक चाइल्ड एलिमेंट) में अंतर करता है। JSON में ऐसी कोई अवधारणा नहीं है, इसलिए कन्वर्टर एक बनाते हैं। परंपरा के अनुसार एट्रिब्यूट @attributes जैसी की में समाहित होते हैं या @ से प्रीफ़िक्स होते हैं, जबकि एलिमेंट टेक्स्ट #text जैसी की में आता है।
• ऐरे। JSON में नेटिव ऐरे हैं। XML में नहीं। XML में एक सूची बस एक ही टैग को दोहराना है, जैसे एक पंक्ति में तीन <item> एलिमेंट। कन्वर्टर को यह अनुमान लगाना होता है कि दोहराए गए सिबलिंग को JSON ऐरे में कब समाहित करना है, और कब एकल एलिमेंट को सादा ऑब्जेक्ट रहने देना है।
• नेमस्पेस। XML स्कीमा में नाम टकराव से बचने के लिए नेमस्पेस (xmlns:soap प्रीफ़िक्स) का उपयोग करता है। JSON में इसका कोई समकक्ष नहीं है, इसलिए प्रीफ़िक्स या तो की में शाब्दिक अक्षरों के रूप में बचते हैं या हटा दिए जाते हैं।
• Verbosity और मेटाडेटा। XML किसी नोड पर एट्रिब्यूट के माध्यम से मेटाडेटा जोड़ सकता है; JSON सब कुछ की और वैल्यू के रूप में व्यक्त करता है। यह JSON को अधिक कॉम्पैक्ट और पढ़ने में आसान बनाता है, जबकि XML XSD स्कीमा के माध्यम से वैलिडेशन शक्ति बनाए रखता है।

कन्वर्शन में ध्यान रखने वाली सावधानियाँ

JSON को XML में और फिर वापस JSON में कन्वर्ट करके समान परिणाम की अपेक्षा करना क्लासिक गलती है। कन्वर्शन दोनों दिशाओं में लॉसी है जब तक कि आप नियमों को नियंत्रित न करें। इन्हें ध्यान में रखें:

• एट्रिब्यूट विकृत हो जाते हैं। जब आप JSON को XML में कन्वर्ट करते हैं, तो टूल को एक नियम की जरूरत होती है कि कौन सी की एट्रिब्यूट बनेंगी और कौन सी एलिमेंट। दूसरी दिशा में जाने पर, एट्रिब्यूट को कहीं उतरना होता है, और वह "कहीं" (@ प्रीफ़िक्स, @attributes ब्लॉक) लाइब्रेरी के बीच अलग होता है। यदि डाउनस्ट्रीम पार्सर एक अलग परंपरा की अपेक्षा करता है, तो डेटा गलत दिखता है भले ही कुछ खोया न हो।
• एकल एलिमेंट बनाम ऐरे। एक <item> वाला XML फीड एक JSON ऑब्जेक्ट देता है; दो आइटम वाला वही फीड JSON ऐरे देता है। जो कोड ऐरे मानता है वह एकल-आइटम मामले में टूट जाता है। यह RSS और SOAP पार्सिंग बग का एक सामान्य स्रोत है।
• नेमस्पेस लीक होते हैं या गायब हो जाते हैं। टूल के आधार पर, soap:Body शाब्दिक रूप से soap:Body नामक की बन सकती है, या प्रीफ़िक्स पूरी तरह हटाया जा सकता है, जो दस्तावेज़ का अर्थ बदल देता है।
• मिश्रित कंटेंट और प्रकार। XML सब कुछ टेक्स्ट मानता है, इसलिए true या 42 जैसा मान JSON में कन्वर्ट होने के बाद स्ट्रिंग रह सकता है, जबकि उलटी दिशा में टिप्पणियों या CDATA के लिए कोई नेटिव जगह नहीं है।

केवल-स्थानीय कन्वर्शन क्यों मायने रखता है

JSON और XML पेलोड अक्सर वह सबसे संवेदनशील चीज़ होती है जो एक डेवलपर संभालता है: टोकन वाले API रिस्पॉन्स, अकाउंट नंबर वाले SOAP मैसेज, क्रेडेंशियल वाली कॉन्फ़िग फ़ाइलें। एक कन्वर्टर जो आपके ब्राउज़र में चलता है वह उनमें से कुछ भी अपलोड नहीं करता। पार्सिंग और सीरियलाइज़ेशन आपकी मशीन पर होती है, कुछ भी सर्वर पर नहीं भेजा जाता, और पेज लोड होने के बाद आप टूल को ऑफलाइन उपयोग कर सकते हैं। प्रोडक्शन डेटा डीबग करने या किसी अनुपालन व्यवस्था के तहत किसी चीज़ के लिए, यह सुरक्षित त्वरित जांच और आकस्मिक डेटा रिसाव के बीच का अंतर है।

यदि आपको बाद में परिणाम साफ करने की जरूरत है, तो इसे हमारे अन्य डेटा कन्वर्टर के साथ जोड़ें, या अपने आउटपुट को अगले टूल को सौंपने से पहले JSON फ़ॉर्मेटर से साफ करें।

अक्सर पूछे जाने वाले सवाल