24 converter इकाइयाँ · मुद्राएँ · फ़ाइलें

JSON को XML में बदलना JavaScript Object Notation ↔ Extensible Markup Language मुफ़्त ऑनलाइन सुरक्षित

एक JSON फ़ाइल छोड़िए और XML ले जाइए। पढ़ना और लिखना यहीं, आपके ब्राउज़र में होता है, सो फ़ाइल आपके उपकरण से बाहर नहीं जाती — और यह यात्रा क्या बचाती है और क्या नहीं, वह नीचे लिखा है, आपके ख़ुद पता लगाने पर नहीं छोड़ा गया।

अपनी फ़ाइल बदलिए

यहाँ एक JSON फ़ाइल छोड़िए, या कोई चुनिए।

आपकी फ़ाइल इस उपकरण से बाहर नहीं जाती। सब कुछ आपके ब्राउज़र में चलता है।

इस बदलने वाले औज़ार के बारे में
क्या बचा रहता है पूरा वृक्ष। एक ही कुंजी वाली वस्तु दस्तावेज़ को उसी कुंजी का नाम देती है, सो JSON तक जाकर लौटी XML अपने जैसी ही दिखती है; सूची अपना तत्व दोहराती है; @ से शुरू होने वाली कुंजी गुण बन जाती है।
क्या नहीं कर सकता JSON की कोई भी कुंजी एक शब्द हो सकती है; XML के तत्व का नाम नहीं। जो कुंजी वैध नाम न हो उसे मरोड़कर नाम नहीं बनाया जाता — वह ‎<item name="…">‎ बन जाती है, सो मूल अब भी फ़ाइल में है और अब भी मिल जाता है। न कोई नामस्थान लगाया जाता है न कोई ढाँचा: परिणाम सुगठित है, प्रमाणित नहीं।
कहाँ चलता है आपके ब्राउज़र में। कुछ भी अपलोड नहीं होता, इसलिए बाद में मिटाने को भी कुछ नहीं बचता।

कुछ भी अपलोड नहीं

JSON से रूपांतरण

JSON में रूपांतरण

ये प्रारूप कहाँ से आए

CSV सबसे पुराना और सबसे कम मानकीकृत है: एक सारणी जो पाठ की पंक्तियों के रूप में लिखी जाती है, 1970 के दशक से प्रयोग में और लिखित रूप में वर्णित हुआ केवल 2005 में, जब तक हर प्रोग्राम स्वयं तय कर चुका था कि विभाजक क्या है और उद्धरण-चिह्न कब लगाने हैं। XML 1998 में SGML से उपजा, उन दस्तावेज़ों के लिए जिन्हें कठोर संरचना ढोनी हो और किसी ढाँचे के विरुद्ध जाँचा जाना हो। JSON को डगलस क्रॉकफ़ोर्ड ने 2001 के आसपास जावास्क्रिप्ट से निकाला, जानबूझकर उसे वस्तुओं, सूचियों, संख्याओं और शब्द-लड़ियों तक घटा दिया — और वही न्यूनतावाद उसके वेब पर छा जाने का कारण है। YAML उसका पठनीय चचेरा भाई है, जहाँ अंतराल वह काम करता है जो अन्यत्र कोष्ठक करते हैं। इनके बीच रूपांतरण में केवल एक बात मायने रखती है: CSV चपटा है, पंक्तियों और स्तंभों की जाली; जबकि JSON, XML और YAML वृक्ष हैं।

ये आपको कहाँ मिलते हैं

CSV वह है जो स्प्रेडशीट निर्यात करती है और जो कोई लेखाकार, कोई दुकान का मंच या बैंक का विवरण आपको थमाता है। JSON वह है जो वेब की सेवाएँ आपस में बोलती हैं और जिसमें विन्यास-फ़ाइलें बढ़ते क्रम में लिखी जाती हैं। XML पुराने संस्थागत तंत्रों में, बीजक के मानकों में, और स्वयं कार्यालयी प्रारूपों के भीतर जीवित है। YAML वह जगह है जहाँ मनुष्य हाथ से सेटिंग लिखते हैं। इनके बीच रूपांतरण वह दैनिक काम है जो आँकड़ों को उनके उद्गम से वहाँ ले जाता है जहाँ उनकी आवश्यकता है।

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

मेरी CSV एक्सेल में एक ही स्तंभ के रूप में खुली। क्यों?

क्योंकि आपकी स्प्रेडशीट किसी और विभाजक की प्रतीक्षा में थी। एक्सेल कंप्यूटर की क्षेत्रीय सेटिंग के सूची-विभाजक का अनुसरण करता है, और वह हर उस जगह अर्धविराम है जहाँ अल्पविराम पहले से दशमलव चिह्न है — अर्थात महाद्वीपीय यूरोप के बड़े भाग में। तब अल्पविराम से विभाजित फ़ाइल पाठ के एक स्तंभ जैसी दिखती है। फ़ाइल पर दो बार क्लिक करने के बजाय आयात-खिड़की का उपयोग करें और विभाजक स्पष्ट बताएँ। इसी क्षेत्रीय सेटिंग से यह भी होता है कि 3.5 कभी तिथि बनकर आ जाता है।

मेरा नेस्ट किया JSON साफ़-सुथरी स्प्रेडशीट क्यों नहीं बनता?

क्योंकि स्प्रेडशीट चपटी है और JSON एक वृक्ष। एक पंक्ति हर स्तंभ के लिए एक मान रखती है; जबकि JSON की एक वस्तु किसी क्षेत्र के भीतर की सूची के भीतर एक और सूची रख सकती है। रूपांतरण का अर्थ है यह चुनना कि उसे कैसे चपटा किया जाए: या तो नेस्ट किए नामों को जोड़कर एक लंबा स्तंभ-शीर्षक बना दें, या जनक पंक्ति को हर संतान के लिए एक बार दोहरा दें। दोनों समझौते हैं, और कोई भी स्वतः पूर्ववत नहीं हो सकता — इसीलिए स्प्रेडशीट से मूल आकृति की ओर लौटने के लिए प्रायः मानवीय निर्णय चाहिए।

क्या फ़ाइल की गुणवत्ता घटती है?

यह इस पर निर्भर है कि दोनों प्रारूप क्या-क्या सँभाल सकते हैं। ऐसे प्रारूपों के बीच रूपांतरण जो एक ही वस्तु रखते हैं — PNG से BMP, WAV से FLAC — कुछ नहीं खोता। ऐसे प्रारूप में बदलना जो स्थान बचाने के लिए सूचना फेंक देता है, जैसे JPEG या MP3, हर बार थोड़ा खोता है, और वापस बदलने से वह लौटता नहीं। जहाँ विकल्प हो, यह पृष्ठ सबसे छोटी फ़ाइल बनाने के बजाय मूल गुणवत्ता बनाए रखने की ओर झुकता है।

क्या मेरी फ़ाइल कहीं अपलोड होती है?

नहीं। रूपांतरण आपके ही यंत्र पर, आपके ब्राउज़र के भीतर होता है; फ़ाइल उसे कभी नहीं छोड़ती, और यहाँ कोई सर्वर है ही नहीं जो उसे ले सके। इसीलिए बड़ी फ़ाइल को अपलोड नहीं बल्कि आपकी अपनी स्मृति सीमित करती है, और इसीलिए आपका बदला हुआ कुछ भी किसी के अभिलेख में नहीं आ सकता — हमारे अभिलेख में भी नहीं। हाँ, ध्वनि और चलचित्र के उपकरण पहली बार प्रयोग पर अपना रूपांतरण-इंजन इसी स्थल से लाते हैं — लगभग तीस मेगाबाइट, एक ही बार; उसके बाद भी काम पूरा आपके ही यंत्र पर होता है।

लोग JSON को XML में क्यों बदलते हैं

JSON आधुनिक वेब कोड की भाषा है: हल्की, पठनीय और हर प्रोग्रामिंग भाषा द्वारा समझी जाने वाली। XML पुराना और अधिक औपचारिक भाई है, जो खुलने और बंद होने वाले टैगों में लिखा जाता है, और आश्चर्यजनक रूप से कई जगहों पर अब भी अपेक्षित प्रारूप है। लेखा प्रोग्राम, कर और सीमा-शुल्क प्रणालियाँ, सार्वजनिक ख़रीद प्लेटफ़ॉर्म, उत्पाद फ़ीड, प्रकाशन कार्यप्रवाह, उद्यम सॉफ़्टवेयर और पुरानी वेब सेवाओं की लंबी सूची, सभी XML की अपेक्षा करती हैं। जब आपका डेटा JSON में हो और उसे पाने वाली प्रणाली XML बोलती हो, तब रूपांतरण चाहिए। इसीलिए लोग JSON को XML में बदलते हैं: जानकारी उनके पास एक रूप में है, और गंतव्य दूसरा माँगता है।

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

यह पृष्ठ आपके ब्राउज़र में JSON को XML में बदलता है। आपकी फ़ाइल यहीं पढ़ी और लिखी जाती है, इसलिए वह कभी आपके उपकरण से बाहर नहीं जाती, जो ऑर्डरों, चालानों और किसी भी निजी चीज़ के लिए मायने रखता है। और पृष्ठ आपको पहले से बताता है कि इस पार जाने में क्या बना रहता है और क्या नहीं, बजाय इसके कि आप ख़ुद खोजें। नीचे आप पाएँगे कि रूपांतरण कैसे काम करता है, नामों, सूचियों और गुणों के साथ कैसा व्यवहार होता है और उन कुंजियों का क्या करना है जिन्हें XML स्वीकार नहीं कर सकता।

रूपांतरण कैसे काम करता है

पूरा वृक्ष साथ ले जाया जाता है

आपकी JSON फ़ाइल आपके ब्राउज़र के भीतर पढ़ी जाती है, और पूरा वृक्ष XML के रूप में लिखा जाता है। वस्तुएँ तत्व बनती हैं, उनकी कुंजियाँ बाल तत्वों के नाम बनती हैं, और मान भीतर का पाठ बनते हैं। JSON का नेस्टिंग XML का नेस्टिंग है, इसलिए जो आकृति आप कोष्ठकों में देखते हैं वही आकृति आपको टैगों में मिलती है।

दस्तावेज़ का नाम एकमात्र कुंजी पर पड़ता है

XML दस्तावेज़ को ठीक एक मूल तत्व चाहिए। अगर आपकी JSON वस्तु में एक ही कुंजी हो, तो वह कुंजी दस्तावेज़ को नाम देती है। यह सुविधाजनक मामला है: JSON में गया और वापस आया XML फ़ाइल अपने जैसी ही दिखती है, क्योंकि मूल तत्व एकमात्र कुंजी बनता है और मूल तत्व के रूप में लौट आता है। अगर आपके JSON में शीर्ष पर कई कुंजियाँ हों, तो परिवर्तक उन्हें मूल तत्व में लपेट देता है ताकि परिणाम सुगठित रहे।

सूचियाँ तत्व को दोहराती हैं

सारणी अपने तत्व को दोहराती है। तीन रिकॉर्डों की सूची रखने वाली कुंजी products एक के बाद एक तीन product तत्व देती है, जो XML में सूची व्यक्त करने का तरीक़ा है। क्रम सुरक्षित रहता है।

क्या बना रहता है

पूरा वृक्ष

हर वस्तु, हर सूची और हर मान साथ ले जाया जाता है। कुछ भी छोड़ा नहीं जाता, और नेस्टिंग मूल का नेस्टिंग है।

गुण, @ के माध्यम से

@ से शुरू होने वाली कुंजी गुण बनती है। कुंजी @id और कुंजी name वाला रिकॉर्ड गुण id और बाल तत्व name वाला तत्व देता है। यह वही परिपाटी है जो उलटा रूपांतरण उपयोग करता है, इसलिए JSON में गया और वापस आया XML अपने गुण बनाए रखता है।

क्रम

कुंजियाँ वही क्रम रखती हैं जिसमें वे JSON में आई थीं, इसलिए XML के तत्व स्रोत के क्रम का अनुसरण करते हैं।

JSON को XML में बदलने से पहले आपको क्या जानना चाहिए

कोई भी JSON कुंजी शब्द हो सकती है; XML नाम नहीं

कोई भी JSON कुंजी शब्द, संख्या या रिक्त-स्थानों वाला वाक्यांश हो सकती है। XML तत्व का नाम नहीं हो सकता: उसे अक्षर या अंडरस्कोर से शुरू होना चाहिए और उसमें अक्षर, अंक, हाइफ़न, अंडरस्कोर और बिंदु हो सकते हैं, पर रिक्त-स्थान नहीं। जो कुंजी वैध नाम नहीं है उसे नाम में तोड़-मरोड़कर नहीं ढाला जाता। वह name गुण वाला item तत्व बन जाती है, जो item name="मूल कुंजी" के रूप में लिखा जाता है, इसलिए मूल फ़ाइल में रहता है और ढूँढ़ा जा सकता है। कुछ भी चुपचाप नया नाम नहीं पाता।

कोई नेमस्पेस नहीं, कोई स्कीमा नहीं

किसी चीज़ को नेमस्पेस नहीं दिया जाता, और किसी को स्कीमा नहीं दी जाती। परिणाम सुगठित है, सत्यापित नहीं। उसे कोई भी XML पाठक पढ़ लेगा, पर वह कर प्रणाली या मार्केटप्लेस की माँगी विशिष्ट संरचना को संतुष्ट करता है या नहीं, यह अलग प्रश्न है, और जिसका उत्तर केवल पाने वाला पक्ष दे सकता है। अगर स्कीमा कुछ तत्व-नाम माँगती है, तो आपको पहले से JSON की कुंजियाँ उनसे मिलानी होंगी।

मान पाठ हैं

XML में प्रकार नहीं होते: टैगों में हर मान पाठ है। संख्याएँ, true, false और null अपने पाठ के रूप में लिखे जाते हैं। XML पढ़ने वाले प्रोग्राम को उन्हें अपने ढंग से व्याख्यायित करना होगा।

यहाँ JSON को XML में कैसे बदलें

अपनी फ़ाइल जोड़िए

JSON फ़ाइल को पृष्ठ पर छोड़िए या अपने उपकरण से चुनिए। वह आपके ब्राउज़र के भीतर पढ़ी जाती है और अपलोड नहीं होती।

रूपांतरित कीजिए

बटन दबाइए। सामान्य आकार की फ़ाइल में एक क्षण लगता है। पूरा होने तक पृष्ठ खुला रखिए।

डाउनलोड करके जाँचिए

XML डाउनलोड कीजिए और टेक्स्ट एडिटर या ब्राउज़र में खोलिए। शुरुआत और अंत देखिए, और जाँचिए कि तत्वों के नाम वही हैं जो आप चाहते हैं और गुण वहीं दिखते हैं जहाँ आपने चाहे।

JSON और XML पर नज़दीकी नज़र

वृक्ष लिखने के दो तरीक़े

JSON और XML दोनों मानों के वृक्ष का वर्णन करते हैं। JSON उसे कोष्ठकों से लिखता है, और केवल वस्तुओं, सूचियों, स्ट्रिंगों, संख्याओं, बूलियनों और null को जानता है। XML उसे खुलने और बंद होने वाले टैगों से लिखता है, और गुण, नेमस्पेस तथा मिश्रित सामग्री जोड़ता है। वे डेटा, जैसे रिकॉर्ड और सेटिंग, के लिए अच्छी तरह मिलते हैं और दस्तावेज़ों के लिए, जहाँ पाठ और मार्कअप गुँथे होते हैं, ख़राब ढंग से।

परिपाटियाँ क्यों मायने रखती हैं

JSON में गुण नहीं, मूल तत्व नहीं और तत्व दोहराने की अवधारणा नहीं। इसलिए हर रूपांतरण को परिपाटियाँ चाहिए: गुणों के लिए @, मूल के लिए एकमात्र कुंजी, सूचियों के लिए तत्वों की पुनरावृत्ति। यहाँ प्रयुक्त परिपाटियाँ सरल और संगत हैं, और वे उनसे मेल खाती हैं जो XML से JSON जाते समय प्रयुक्त होती हैं, जिससे आम स्थितियों में आना-जाना काम कर पाता है।

ख़ाली मान

ख़ाली स्ट्रिंग और null दोनों ख़ाली तत्व बन जाते हैं। अगर अंतर पाने वाली प्रणाली के लिए मायने रखता है, तो JSON को XML में बदलने से पहले उसे डेटा में चिह्नित कीजिए, उदाहरण के लिए अलग झंडे से।

आम स्थितियाँ विस्तार से

मार्केटप्लेस और तुलना साइटों के लिए फ़ीड

कई प्लेटफ़ॉर्म XML में उत्पाद फ़ीड माँगते हैं। अगर आपका दुकान सॉफ़्टवेयर JSON निर्यात करता है, तो JSON को XML में बदलिए, तत्व-नामों को प्लेटफ़ॉर्म की विशिष्टता से जाँचिए और अपलोड कीजिए।

पुरानी सेवाएँ और उद्यम प्रणालियाँ

SOAP और शुरुआती API के युग में बनी प्रणालियाँ XML की अपेक्षा करती हैं। आधुनिक ऐप JSON बना सकता है और उनके लिए रूपांतरित करवा सकता है।

XML पसंद करने वाले उपकरणों के लिए कॉन्फ़िगरेशन

कुछ बिल्ड उपकरण, सामग्री प्रणालियाँ और डेस्कटॉप प्रोग्राम अपनी सेटिंग XML से पढ़ते हैं। JSON के रूप में लिखा कॉन्फ़िगरेशन उस रूप में बदला जा सकता है जो उन्हें चाहिए।

सीखना और तुलना करना

वही डेटा दोनों संकेतनों में देखना यह समझने का अच्छा तरीक़ा है कि वे कैसे भिन्न हैं। छोटा JSON चिपकाइए, उसे रूपांतरित कीजिए और दोनों की अगल-बगल तुलना कीजिए।

JSON को XML में बदलने से पहले व्यावहारिक सलाह

जाँचिए कि JSON वैध है

कोई फालतू अल्पविराम या छूटा उद्धरण-चिह्न रूपांतरण रोक देगा। अगर पृष्ठ त्रुटि बताए, तो फ़ाइल को ऐसे एडिटर में खोलिए जो JSON समस्याएँ उभारता हो और उस पंक्ति को ठीक कीजिए जिसकी ओर वह इशारा करे।

कुंजियों को वैध तत्व-नाम बनाइए

अगर आप जानते हैं कि XML को स्कीमा से जाँचा जाएगा, तो ऐसी कुंजियाँ उपयोग कीजिए जो वैध नाम हों और स्कीमा से मेल खाती हों। अन्यथा परिवर्तक उन्हें item तत्वों के रूप में सुरक्षित रखेगा, जो सही है पर पाने वाले की अपेक्षा के अनुसार न हो।

एकमात्र शीर्ष-स्तरीय कुंजी चुनिए

अगर आप चाहते हैं कि आपके XML के मूल तत्व का विशेष नाम हो, तो JSON को XML में बदलने से पहले अपने डेटा को उस एक कुंजी वाली वस्तु में लपेट दीजिए।

बड़ी फ़ाइलें

सब कुछ आपके उपकरण पर चलता है, इसलिए बहुत बड़ी फ़ाइल को मेमोरी चाहिए। कई मेगाबाइट की फ़ाइलों के लिए कंप्यूटर उपयोग कीजिए, और पृष्ठ को कठिनाई हो तो डेटा बाँट दीजिए।

रूपांतरण से पहले लोग जो प्रश्न पूछते हैं

मूल तत्व को क्या नाम देता है?

एकमात्र कुंजी वाली वस्तु दस्तावेज़ को उसी कुंजी के नाम पर नाम देती है।

मुझे गुण कैसे मिलता है?

कुंजी को @ से शुरू कीजिए। वह तत्व का गुण बन जाती है।

रिक्त-स्थान वाली कुंजी का क्या होता है?

वह वैध तत्व-नाम नहीं है, इसलिए वह name गुण वाला item तत्व बन जाती है जो मूल कुंजी रखता है। कुछ नहीं खोता।

क्या XML स्कीमा जाँच पास करेगा?

परिणाम सुगठित है, सत्यापित नहीं। वह किसी दी गई स्कीमा को पूरा करता है या नहीं, यह आपके तत्व-नामों और संरचना पर निर्भर करता है।

क्या मेरी फ़ाइल अपलोड होती है?

नहीं। रूपांतरण आपके ब्राउज़र में चलता है और फ़ाइल कभी आपके उपकरण से बाहर नहीं जाती।

क्या मैं JSON पर वापस जा सकता हूँ?

हाँ। XML से JSON गुणों की उन्हीं परिपाटियों के साथ XML वृक्ष को वापस पढ़ता है।

JSON को XML में बदलते समय समझदारी से चुनना

क्या XML सचमुच चाहिए?

अगर पाने वाली प्रणाली JSON स्वीकार करती है, तो JSON उपयोग कीजिए। केवल तब रूपांतरित कीजिए जब XML आवश्यक हो।

अन्य लक्ष्य

लोगों द्वारा संपादित कॉन्फ़िगरेशन के लिए JSON से YAML अधिक आराम से पढ़ा जाता है। तालिकाओं के लिए JSON से CSV और JSON से XLSX स्प्रेडशीटों की सेवा करते हैं।

JSON रखिए

JSON मूल प्रति है। उसमें प्रकार हैं। उसे रखिए, और XML को किसी विशेष पाने वाले के लिए बनी प्रति मानिए।

रूपांतरण के बाद अच्छा परिणाम पाना

उसे ब्राउज़र में खोलिए

ब्राउज़र XML को सिकुड़ने वाले वृक्ष के रूप में दिखाता है। फ़ाइल खोलिए और तत्वों को फैलाइए। अगर संरचना वैसी दिखे जैसी आपको अपेक्षा थी, तो वह ठोस है।

कुछ रिकॉर्डों की स्रोत से तुलना कीजिए

बीच के कुछ रिकॉर्ड लेकर JSON से जाँचिए। इसमें एक मिनट लगता है और बताता है कि रूपांतरण विश्वसनीय है।

जो पाने वाले को चाहिए वह जोड़िए

अगर पाने वाला घोषणा-पंक्ति, नेमस्पेस या स्टाइलशीट संदर्भ माँगता है, तो उन्हें टेक्स्ट एडिटर में जोड़िए। वे डेटा का हिस्सा नहीं हैं और आपके लिए नहीं लिखे जाते।

अपना JSON ऐसे तैयार करना कि वह अच्छी तरह रूपांतरित हो

नियमित संरचनाएँ उपयोग कीजिए

जब आप JSON को XML में बदलते हैं, तो नियमित डेटा सबसे अच्छा रूपांतरित होता है: एक जैसी कुंजियाँ साझा करने वाले रिकॉर्डों की सूचियाँ, हर कुंजी वैध नाम। अनियमित डेटा सही पर बेतरतीब परिणाम देता है।

तय कीजिए कि क्या गुण है

पहचानकर्ता, कोड और झंडे XML में अक्सर गुण होते हैं। उन्हें JSON में @ से चिह्नित कीजिए, और परिणाम उस XML जैसा दिखेगा जो इंसान लिखता।

पहले छोटे टुकड़े से परखिए

अगर आपकी फ़ाइल बड़ी है, तो पहले कुछ रिकॉर्ड परीक्षण फ़ाइल में लेकर उसे रूपांतरित कीजिए। परिणाम पर एक त्वरित नज़र बताती है कि आकृति वैसी है जैसी आपको अपेक्षा थी।

XML को उसके पाने वाले के अनुकूल बनाना

पहले विशिष्टता देखिए

मार्केटप्लेस, कर पोर्टल या साझेदार के लिए JSON को XML में बदलने से पहले पढ़िए कि वे क्या माँगते हैं। अधिकतर उन तत्वों का वर्णन प्रकाशित करते हैं जिनकी वे अपेक्षा करते हैं, उनका क्रम और कौन-से आवश्यक हैं। अपने कुंजी-नामों को उससे मिलाने में JSON में कुछ मिनट लगते हैं और बाद की विफल अपलोड से बचाते हैं।

क्रम मायने रख सकता है

कुछ XML स्कीमा तत्वों को निश्चित क्रम में माँगती हैं। परिवर्तक आपकी कुंजियों का क्रम रखता है, इसलिए अगर पाने वाला किसी अनुक्रम पर अड़ा है, तो JSON की कुंजियाँ उसी अनुक्रम में लिखिए। परिणाम ठीक वही अनुसरण करता है जो आपने लिखा।

ज़रूरी हो तो घोषणा जोड़िए

शीर्ष पर संस्करण और एन्कोडिंग बताने वाली पंक्ति रिवाज़ है और कुछ पाने वाले उस पर अड़ते हैं। वह डेटा का हिस्सा नहीं है, इसलिए आपके लिए नहीं लिखी जाती। उसे टेक्स्ट एडिटर में हाथ से जोड़िए, पहले तत्व से पहले।

विशेष वर्णों का ध्यान रखिए

मानों के भीतर एम्परसेंड, कोण कोष्ठक और उद्धरण-चिह्न उनके एस्केप किए रूपों में लिखे जाते हैं, इसलिए पाठ में कुछ भी हो XML वैध रहता है। आपको उन्हें JSON में तैयार करने की ज़रूरत नहीं।

स्वीकृत नमूना रखिए

जब पाने वाला कोई फ़ाइल स्वीकार कर ले, तो उसी फ़ाइल की और उसे बनाने वाले JSON की प्रति रखिए। जब बाद की अपलोड विफल हो, तो उसकी काम करने वाली से तुलना तुरंत अंतर ढूँढ़ देती है।

हाथ से संपादन के बजाय रूपांतरण दोहराइए

जब डेटा बदले, तो JSON बदलिए और JSON को XML में फिर बदलिए। XML को हाथ से संपादित करने से दो संस्करण रह जाते हैं जो एक-दूसरे से दूर होते जाते हैं।

गोपनीयता और संचालन

डेटा के लिए स्थानीय रूपांतरण क्यों मायने रखता है

डेटा फ़ाइलों में अक्सर वह होता है जो निजी है: ग्राहक, ऑर्डर, चालान, सेटिंग। कई ऑनलाइन परिवर्तक आपकी फ़ाइल सर्वर पर अपलोड करते हैं, उसे प्रोसेस करते हैं और परिणाम लौटाते हैं, और कुछ समय के लिए एक प्रति ऐसी मशीन पर रहती है जिसे आप नियंत्रित नहीं करते। यहाँ आपका अपना ब्राउज़र काम करता है, इसलिए डेटा आपके उपकरण पर रहता है।

जब आप जाते हैं तब क्या होता है

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

अगर कुछ ग़लत हो जाए

पृष्ठ कहता है कि फ़ाइल वैध JSON नहीं है

कोई फालतू अल्पविराम, छूटा उद्धरण-चिह्न या न बंद होने वाला कोष्ठक हो सकता है। फ़ाइल को ऐसे एडिटर में खोलिए जो JSON त्रुटियाँ उभारता हो और उस पंक्ति को ठीक कीजिए जिसकी ओर वह इशारा करे।

पाने वाला XML अस्वीकार करता है

परिणाम सुगठित है पर सत्यापित नहीं। उसकी पाने वाले की विशिष्टता से तुलना कीजिए और JSON के कुंजी-नाम तथा संरचना समायोजित कीजिए।

बड़ी फ़ाइल के साथ पृष्ठ अटक जाता है

सब कुछ आपके उपकरण पर चलता है, और बड़ी फ़ाइल को मेमोरी चाहिए। कंप्यूटर पर फिर कोशिश कीजिए, या डेटा बाँट दीजिए।

संबंधित उपकरण

उपकरणों का वही परिवार पड़ोसी कामों को ढकता है। वापस जाने के लिए XML से JSON उपयोग कीजिए। कॉन्फ़िगरेशन फ़ाइलों के लिए JSON से YAML और YAML से JSON उन दोनों के बीच रूपांतरण करते हैं। तालिकाओं के लिए JSON से CSV, CSV से JSON, JSON से XLSX और XLSX से JSON हैं।

एक काम किया हुआ उदाहरण

मान लीजिए आपका दुकान सॉफ़्टवेयर 300 उत्पाद JSON के रूप में निर्यात करता है, और मार्केटप्लेस catalogue नाम के मूल तत्व वाली XML फ़ीड माँगता है। आप सूची को एकमात्र कुंजी catalogue वाली वस्तु में लपेटते हैं, फ़ाइल यहाँ छोड़ते हैं और बटन दबाते हैं। एक क्षण बाद आप ऐसा XML डाउनलोड करते हैं जिसका मूल catalogue है और जिसमें 300 product तत्व हैं, हर एक का id गुण के रूप में, क्योंकि आपने कुंजी को @id लिखा था। आप फ़ीड अपलोड करते हैं, और मार्केटप्लेस उसे स्वीकार कर लेता है। JSON स्रोत के रूप में आपके फ़ोल्डर में रहता है।

एक छोटी जाँच-सूची

रूपांतरण से पहले

जाँचिए कि JSON वैध है। मूल का नाम चुनिए। गुणों को @ से चिह्नित कीजिए। JSON रखिए।

रूपांतरण के दौरान

फ़ाइल तैयार होने तक पृष्ठ पर रहिए।

रूपांतरण के बाद

XML खोलिए, तत्व-नाम, गुण और सूचियाँ जाँचिए, और पाने वाले के साथ उसे परखिए।

आम ग़लतियाँ

यह मान लेना कि परिणाम सत्यापित है

XML सुगठित है, किसी स्कीमा से जाँचा नहीं गया। उसे पाने वाले के नियमों के विरुद्ध सत्यापित कीजिए।

रिक्त-स्थान या चिह्नों वाली कुंजियाँ उपयोग करना

वे name गुण वाले item तत्व बन जाती हैं। अगर पाने वाला वैध नाम अपेक्षित करता है, तो वैध नाम उपयोग कीजिए।

JSON हटा देना

उसे रखिए। उसमें वे प्रकार हैं जो XML में नहीं आ सकते।

आपका डेटा आपके उपकरण पर रहता है

रूपांतरण स्थानीय रूप से होता है। आपकी फ़ाइल आपके अपने ब्राउज़र द्वारा पढ़ी जाती है, वहीं दोबारा लिखी जाती है और XML के रूप में लौटाई जाती है। कुछ अपलोड नहीं होता, इसलिए कोई प्रति सर्वर पर नहीं पहुँचती और कोई और उसे पढ़ नहीं सकता। निजी सामग्री वाले डेटा के लिए JSON को XML में बदलने का यही सुरक्षित तरीक़ा है।

सारांश

यहाँ JSON को XML में बदलने के लिए फ़ाइल छोड़िए और बटन दबाइए। वह आपके ब्राउज़र में पढ़ी और लिखी जाती है, इसलिए फ़ाइल कभी आपके उपकरण से बाहर नहीं जाती। पूरा वृक्ष बना रहता है। एकमात्र कुंजी वाली वस्तु दस्तावेज़ को उसी कुंजी के नाम पर नाम देती है, इसलिए JSON में गया और वापस आया XML फ़ाइल अपने जैसी ही दिखती है; सारणी अपने तत्व को दोहराती है; @ से शुरू होने वाली कुंजी गुण बनती है। कोई भी JSON कुंजी शब्द हो सकती है; XML तत्व का नाम नहीं हो सकता। जो कुंजी वैध नाम नहीं है उसे नाम में तोड़-मरोड़कर नहीं ढाला जाता: वह name गुण वाला item तत्व बन जाती है, इसलिए मूल फ़ाइल में रहता है और ढूँढ़ा जा सकता है। किसी चीज़ को नेमस्पेस नहीं दिया जाता, और किसी को स्कीमा नहीं दी जाती: परिणाम सुगठित है, सत्यापित नहीं।

लंबाई और क्षेत्रफल द्रव्यमान और आयतन तापमान मुद्राएँ