JSON को XML में कन्वर्ट करें

रूट का नाम पेज का पहला फील्ड है, और डिफॉल्ट रूप से root होता है। उसे XML का सही नाम होना चाहिए: अक्षर, अंक, बिंदु, हाइफन और अंडरस्कोर, पर शुरुआत न अंक से हो, न रिजर्व्ड प्रीफिक्स xml से। नाम सही न हो, तो आपको तुरंत बताया जाता है और सुधार भी सुझाया जाता है।

अपने JSON में कुंजी के आगे @_ लगाएं। तब वह अंदर का टैग नहीं, अपने बाहरी एलिमेंट का एट्रिब्यूट बनती है। प्रीफिक्स तीन अक्षर तक बदला जा सकता है। उसे खाली कर दें, तो एट्रिब्यूट बनाना पूरी तरह बंद हो जाता है और हर कुंजी एलिमेंट बनती है।

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

तीन विकल्प हैं। खाली एलिमेंट से फील्ड डॉक्यूमेंट में दिखता रहता है। xsi:nil उसे साफ तौर पर null बताता है, जैसा स्कीमा समझने वाले प्रोग्राम उम्मीद करते हैं, और रूट पर नेमस्पेस घोषित करता है। छोड़ने पर फील्ड लिखा ही नहीं जाता। डिफॉल्ट खाली एलिमेंट है, क्योंकि वापस JSON में बदलने पर उसका नतीजा सबसे भरोसेमंद रहता है।

कम ही, क्योंकि सामान्य एस्केपिंग हमेशा सही होती है। CDATA ज्यादातर पढ़ने में आसानी के लिए है, जब वैल्यू में मार्कअप जैसा बहुत सारा टेक्स्ट हो। इसे चालू करें, तो 200 अक्षरों से लंबी स्ट्रिंग या एंगल ब्रैकेट और एम्परसेंड वाली स्ट्रिंग CDATA ब्लॉक में जाती हैं। ऐसी वैल्यू के अंदर ]]> हो, तो उसे दो ब्लॉक में बांटा जाता है, ताकि परिणाम सही बना रहे।

हां। एलिमेंट उसी क्रम में लिखे जाते हैं, जिसमें कुंजियां मूल JSON में हैं, और ऐरे की एंट्री अपने इंडेक्स के क्रम में रहती हैं। एट्रिब्यूट चाइल्ड एलिमेंट से पहले लिखे जाते हैं, क्योंकि XML यही मांगता है, पर आपस में वे भी मूल क्रम में रहते हैं। इसलिए अलग-अलग बार के परिणामों की आपस में तुलना (diff) आसानी से हो जाती है।

नहीं। सब कुछ आपके ब्राउजर टैब में होता है, और JSON पार्सर और XML सीरियलाइजर पेज का हिस्सा हैं, कहीं चल रही कोई सर्विस नहीं। फाइल पाने वाला कोई सर्वर है ही नहीं, इसलिए टैब बंद करने के बाद कुछ भी सेव, लॉग या जमा नहीं रहता।