JSON व्यूअर

वैकल्पिक कुंजी क्रमबद्ध और कॉलैप्स/एक्सपैंड नियंत्रण के साथ JSON दस्तावेज़ों को प्रीटी-प्रिंट, सत्यापित और निरीक्षण करें।

वैकल्पिक कुंजी क्रमबद्ध और कॉलैप्स/एक्सपैंड नियंत्रण के साथ JSON दस्तावेज़ों को प्रीटी-प्रिंट, सत्यापित और निरीक्षण करें। वैकल्पिक कुंजी क्रमबद्ध और कॉलैप्स/एक्सपैंड नियंत्रण के साथ JSON दस्तावेज़ों को प्रीटी-प्रिंट, सत्यापित और निरीक्षण करें।

Array

        
    

पृष्ठभूमि

JSON क्या है और आप इसे अलग तरीके से क्यों देखना चाह सकते हैं

JSON (JavaScript Object Notation) वेब पर संरचित डेटा के आदान-प्रदान के लिए सबसे सामान्य टेक्स्ट प्रारूप है: कॉन्फ़िग फ़ाइलें, API प्रतिक्रियाएँ, लॉग रिकॉर्ड, दस्तावेज़ स्टोर, और कई और। यह छोटा है, मनुष्य-पठनीय है, और तुच्छ रूप से मशीन-पार्स करने योग्य है, जिस कारण लगभग हर आधुनिक सेवा इसे बोलती है।

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

जानने योग्य विशेषताएँ

प्रीटी-प्रिंटिंग आपको एक इंडेंट आकार चुनने देती है (आमतौर पर दो या चार स्पेस) और तुरंत दस्तावेज़ को फिर से रेंडर करती है। कुछ व्यूअर आपको कुंजियाँ वर्णानुक्रम में क्रमबद्ध भी करने देते हैं, जो उस समय अमूल्य है जब आप एक ही सेवा के दो पेलोड की तुलना कर रहे हों: जब कुंजियाँ लंबवत क्रम में हों तो आप स्थिति से मेल खाए बिना मान अंतर स्कैन कर सकते हैं। एक stats लाइन जो बाइट गणना और नोड गणना रिपोर्ट करती है तब सहायक होती है जब आप किसी 1 MB-सीमित फॉर्म में पेलोड पेस्ट करने वाले हों: यह बिना टर्मिनल खोले बताता है कि वह कितना बड़ा है।

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

कार्यप्रवाह सुझाव

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

घर में नेटिव JSON.parse और JSON.stringify के साथ ही निर्मित। आपका इनपुट कभी ब्राउज़र से बाहर नहीं जाता।

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

क्या व्यूअर JSON दस्तावेज़ के अंदर टिप्पणियाँ रखता है?
मानक JSON टिप्पणियों की अनुमति नहीं देता। यदि आपके इनपुट में // या /* */ टिप्पणियाँ हैं तो पार्सर उसे अस्वीकार कर देगा; उन्हें पहले हटा दें या किसी समर्पित उपकरण का उपयोग करके अपनी फ़ाइल को JSON5/JSONC में बदलें।
बाइट गणना मेरे द्वारा API से कॉपी किए गए से मेल क्यों नहीं खाती?
बाइट गणना रेंडर किए गए आउटपुट का आकार है। यदि आप 2-स्पेस इंडेंट के साथ प्रीटी-प्रिंट सक्षम करते हैं, तो आउटपुट बढ़ जाता है। यदि आपको ऑन-वायर आकार चाहिए तो अन-इंडेंटेड मोड का उपयोग करें।
क्या व्यूअर बहुत बड़े JSON दस्तावेज़ संभाल सकता है?
हाँ। व्यूअर पूरे दस्तावेज़ को मेमोरी में पार्स करता है और उसे फिर उत्सर्जित करता है, इसलिए व्यावहारिक सीमा आपके ब्राउज़र की उपलब्ध हीप है (एक आधुनिक लैपटॉप पर सैकड़ों MB आराम से)। मल्टी-GB दस्तावेज़ों के लिए स्ट्रीमिंग दृष्टिकोण पर विचार करें।
क्या कुंजियाँ क्रमबद्ध करने से दस्तावेज़ का अर्थ बदलेगा?
नहीं। JSON ऑब्जेक्ट नाम/मान युग्म के अक्रमबद्ध संग्रह होते हैं। क्रमबद्ध करने से केवल उत्सर्जित टेक्स्ट बदलता है, अर्थ नहीं। अधिकांश पार्सर क्रम चाहे जो भी हो कुंजियों को एक हैश मैप में पढ़ते हैं।
पार्सर किसी विशिष्ट कॉलम पर "अप्रत्याशित टोकन" क्यों कहता है?
JSON.parse उस पहले टोकन की रिपोर्ट करता है जिसका वह अर्थ नहीं निकाल सकता। जो लाइन/कॉलम वह देता है वहीं टोकन शुरू होता है; वास्तविक गलती अक्सर एक वर्ण पहले होती है (एक अन-एस्केप कोट, एक गायब कॉमा, या किसी ऑब्जेक्ट के अंत में एक भटका कॉमा)।
क्या मेरा दस्तावेज़ किसी सर्वर को भेजा जाता है?
नहीं। सभी पार्सिंग, क्रमबद्ध और पुनः प्रारूपण आपके ब्राउज़र के भीतर नेटिव JavaScript API के माध्यम से होते हैं। कोई अपलोड चरण नहीं है।