डेवलपर टूल

JSON ↔ YAML कन्वर्टर

नेस्टेड ऐरे, स्ट्रिंग और सटीक संख्याओं के साथ JSON से YAML या YAML से JSON स्थानीय रूप से बदलें।

आपके परिणाम

वांछित डेटा प्रकारों के साथ JSON और YAML बदलें

JSON-संगत डेटा को सख्त JSON और YAML 1.2 कोर सिंटैक्स के बीच बदलें। कन्वर्टर बड़ी पूर्णांक संख्याओं सहित JSON संख्या टोकन बचाता है, उन्हें पहले JavaScript संख्याओं में गोल नहीं करता। यह डेटा मान बदलता है, स्रोत का फ़ॉर्मैट या ऐप का कॉन्फ़िगरेशन स्कीमा नहीं। JSON रूपांतरण में YAML टिप्पणियाँ, एंकर और प्रस्तुति विकल्प नहीं बचते।

चरण-दर-चरण

पाठ पेस्ट करें या स्थानीय UTF-8 JSON, YAML, YML या TXT फ़ाइल खोलें। JSON → YAML या YAML → JSON स्पष्ट चुनें; फ़ाइल खोलने से दिशा नहीं पहचानी जाती।
दो या चार स्पेस चुनें और चाहें तो ऑब्जेक्ट कुंजियाँ क्रमबद्ध करें। इनपुट संसाधित करके सिंटैक्स या असमर्थित सुविधा त्रुटि सुधारें। क्रमबद्धता भीतर तक लागू होती है और बड़े-छोटे अक्षर अलग मानकर शब्दक्रम उपयोग करती है; ऐरे क्रम नहीं बदलता।
स्ट्रिंग, बूलियन, null और संख्याएँ जाँचें, फिर कॉपी, प्रिंट या converted.yaml अथवा converted.json डाउनलोड करें। इनपुट या विकल्प बदलें तो दोबारा संसाधित करें, क्योंकि पुराना आउटपुट मिटता है। बदली फ़ाइल उसे उपयोग करने वाले ऐप में सत्यापित करें।

सेटिंग और सीमाएँ

प्रकार और दस्तावेज़ नियम: अद्वितीय स्ट्रिंग कुंजियों और JSON-संगत मानों वाला एक YAML 1.2 दस्तावेज़ उपयोग करें। "00123" जैसी संख्या दिखने वाली पहचान पर उद्धरण लगाएँ; बिना उद्धरण का YAML 00123 संख्या 123 बनता है। कोर नियमों में सादे yes, on और ISO तारीख पाठ स्ट्रिंग रहते हैं।
उपनाम और असमर्थित सुविधाएँ: बिना चक्र वाले उपनाम दोहराए मानों में फैलते हैं। चक्र, दोहराई कुंजियाँ, गैर-स्ट्रिंग कुंजियाँ, असमर्थित टैग और गैर-परिमित संख्याएँ अस्वीकार होती हैं। YAML मर्ज कुंजियाँ लागू नहीं होतीं: <<: *base सामान्य "<<" गुण बनता है, इसलिए विरासत से चाहने वाले फ़ील्ड पहले स्पष्ट लिखें।
आकार और जटिलता: इनपुट अधिकतम 2 MiB UTF-8 पाठ यानी 2,097,152 बाइट है। आउटपुट सीमा 8 MiB है। 128 से अधिक नेस्टिंग स्तर, 200,000 मान नोड या 100 उपनाम विज़िट होने पर संसाधन रुकता है; छोटी फ़ाइल भी ये सीमाएँ पार कर सकती है।

हल किया हुआ उदाहरण

types-example.json डाउनलोड करें और दो स्पेस इंडेंट के साथ JSON → YAML चुनें, क्रमबद्धता बंद रखें। बदलकर types-example.yaml से मिलाएँ। उद्धरण वाले id और word स्ट्रिंग रहते हैं, enabled का मान false रहता है और retries तथा large संख्याएँ रहते हैं।

उदाहरण की फ़ाइलें डाउनलोड करें

उदाहरण का इनपुट

{"id":"00123","word":"yes","enabled":false,"retries":3,"large":9007199254740993}

अपेक्षित परिणाम

"id": "00123"
"word": "yes"
"enabled": false
"retries": 3
"large": 9007199254740993

अब types-example.yaml खोलें, स्पष्ट रूप से YAML → JSON पर बदलें और दोबारा संसाधित करें। id अभी भी "00123" और बड़ी पूर्णांक संख्या 9007199254740993 होनी चाहिए। YAML में 00123 के आसपास के उद्धरण हटाकर दोहराएँ: मान संख्या 123 बनता है। दोनों फ़ाइलें वैध होने पर भी पहचान संख्याओं के लिए यह अंतर ज़रूरी है।

सवाल और समस्या समाधान

दोहराई कुंजी वाला JSON यहाँ विफल लेकिन कहीं और फ़ॉर्मैट क्यों होता है?

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

क्या टिप्पणियाँ और YAML विरासत बचेंगी?

JSON में टिप्पणियाँ या एंकर नहीं हैं। उपनाम फैलाए जाते हैं और मर्ज कुंजियाँ विरासत लागू करने के बजाय शाब्दिक निर्यात होती हैं। वांछित डेटा स्पष्ट लिखकर परिणाम जाँचें; रूपांतरण हर YAML सुविधा का हूबहू पुनर्लेखन नहीं है।

क्या बड़ी संख्याएँ गंतव्य ऐप में सुरक्षित हैं?

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