← सबै उपकरण

JSON फर्म्याटर, भ्यालिडेटर र मिनिफायर

आफ्नो ब्राउजरमै JSON फर्म्याट, भ्यालिडेट र मिनिफाई गर्नुहोस्। गडबड API प्रतिक्रिया सफा बनाउनुहोस्, सिन्ट्याक्स त्रुटि पत्ता लगाउनुहोस्, केही अपलोड हुँदैन।

JSON लाई ब्राउजरमै फर्म्याट, प्रमाणीकरण र मिनिफाइ गर्नुहोस्

JSON, अर्थात् JavaScript Object Notation, आधुनिक वेबको साझा भाषा हो। तपाईंले कल गर्ने लगभग हरेक REST API ले यसैमा जवाफ फर्काउँछ, धेरैजसो कन्फिगरेसन फाइलहरू यसैमा आधारित हुन्छन्, र सेवा तथा फ्रन्ट-एन्डबीच बग्ने डेटाको ठूलो हिस्सा JSON को रूपमा सिरियलाइज हुन्छ। यो लोकप्रिय हुनुको कारण स्पष्ट छ: फर्म्याट सरल, भाषा-स्वतन्त्र, र प्रोग्रामरहरूले पहिल्यै सोच्ने अब्जेक्ट, एरे, स्ट्रिङ र नम्बरसँग सफा तरिकाले मेल खान्छ। तर त्यही सघनताको एउटा बेफाइदा पनि छ। सर्भरले जब सयौं नेस्टेड की भएको एक-लाइनको जवाफ थमाउँछ, JSON लाई आकर्षक बनाउने संरचना क्यारेक्टरहरूको पर्खालमा हराउँछ।

speedor.net JSON Formatter त्यही संरचना फर्काइदिन बनाइएको हो। आफ्नो डेटा पेस्ट गर्नुहोस्, र यसले JSON लाई तुरुन्तै सुन्दर-प्रिन्ट, प्रमाणीकरण र मिनिफाइ गर्छ, पूर्णतया तपाईंको ब्राउजर ट्याबभित्रै। केही पनि सर्भरमा अपलोड हुँदैन, जुन कुरा तपाईं जाँच गर्दै गरेको पेलोड टोकन, ग्राहक रेकर्ड वा आन्तरिक पहिचानकर्ता भएको API जवाफ हो भने धेरै महत्त्वपूर्ण हुन्छ।

गाढा इन्डिगो पृष्ठभूमिमा चम्किलो नेस्टेड ब्रेस र इन्डेन्ट गरिएको JSON संरचना
इन्डेन्टेसनले डेटाको समतल ब्लबलाई तपाईंले साँच्चै पढ्न सक्ने रूखमा बदल्छ।

इन्डेन्टेसनले JSON लाई फेरि पठनयोग्य किन बनाउँछ

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

राम्रो फर्म्याटरले कीहरूको क्रम र यथार्थ मानहरू पनि जस्ताको तस्तै राख्छ, त्यसैले तपाईंले पढ्ने कुरा साँच्चै API ले पठाएको कुरा नै हो। तपाईं पुनः-प्रस्तुत गरिएको अनुमान हेर्दै हुनुहुन्न; तपाईं उही बाइट हेर्दै हुनुहुन्छ, केवल मानिसले मेसिनले जत्तिकै सजिलैसँग पार्स गर्न सक्ने गरी सजाइएको।

प्रमाणीकरण र सबैलाई अलमल्याउने त्रुटिहरू

ब्युटिफाइङ काम आधा मात्र हो। JSON लाई फर्म्याट गर्नुअघि नै त्यो मान्य हुनुपर्छ, र फर्म्याटका कडा नियमहरूले मानिसले अपेक्षा गरेभन्दा धेरै गल्ती समात्छन्। भ्यालिडेटरले तपाईंको इनपुट पार्स गर्छ र त्यो ठ्याक्कै कहाँ भाँचिन्छ भनी बताउँछ, सामान्यतया लाइन र स्थान देखाएर, ताकि तपाईंले अन्धाधुन्ध खोज्नुपर्दैन। तलका केही गल्तीले नै भाँचिएको JSO N को अधिकांश भाग ओगट्छन्:

  • पछाडि छुटेको अल्पविराम। अब्जेक्ट वा एरेको अन्तिम एलिमेन्टपछि अल्पविराम JSON मा निषेधित छ। JavaScript ले यसलाई सहन्छ, र त्यही कारणले विकासकर्ताहरूले बानीले यसलाई पेस्ट गरिदिन्छन्।
  • एकल उद्धरण चिन्ह। स्ट्रिङ र कीहरूले दोहोरो उद्धरण चिन्ह प्रयोग गर्नैपर्छ। कुनै अब्जेक्ट लिटरललाई सीधै सोर्स कोडबाट उठाउँदा प्रायः एकल उद्धरण चिन्ह छुट्छ, र पार्सरले यसलाई अस्वीकार गर्छ।
  • उद्धरण नगरिएका कीहरू। हरेक की उद्धरण गरिएको स्ट्रिङ हुनुपर्छ। बेनाम कीहरू, जुन JavaScript अब्जेक्टमा ठीकसँग काम गर्छन्, JSON मा अमान्य हुन्छन्।
  • हराएको वा नमिलेको ब्र्याकेट। बन्द नभएको { वा [, वा अनावश्यक बन्द गर्नेले सम्पूर्ण डकुमेन्ट बिगार्छ। फर्म्याटरले सन्तुलन कहाँ भाँचिन्छ भनी हाइलाइट गर्छ।
  • टिप्पणी र अपरिभाषित मानहरू। JSON मा टिप्पणी र undefined हुँदैन; केवल null, बुलियन, नम्बर, स्ट्रिङ, एरे र अब्जेक्ट मात्र मान्य हुन्छन्।

शंकास्पद पेलोडलाई पहिले भ्यालिडेटरमार्फत चलाउनुहोस् र यी समस्याहरू भ्रमपूर्ण डिप्लोय असफलताको शृंखलापछि होइन, सेकेन्डभित्रै देखा पर्छन्।

गाँजिएको अस्तव्यस्त डेटा प्रमाणीकरणको चमकसहित क्रमबद्ध चम्किलो संरचनामा परिणत हुँदै
प्रमाणीकरणले विकृत डेटाको गाँजोलाई पुष्टि भएको, राम्रोसँग बनेको डकुमेन्टमा बदल्छ।

पेलोड सानो बनाउन मिनिफाइङ

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

स्थानीय प्रशोधनले संवेदनशील डेटालाई निजी राख्छ

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

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

बारम्बार सोधिने प्रश्नहरू

मेरो JSON सर्भरमा अपलोड हुन्छ?

होइन। फर्म्याटर पूर्णतया JavaScript प्रयोग गरेर तपाईंको ब्राउजरभित्रै चल्छ। तपाईंको डेटा कहिल्यै कतै पठाइँदैन, त्यसैले तपाईं संवेदनशील API जवाफ वा कन्फिगरेसन फाइल सुरक्षितसँग पेस्ट गर्न सक्नुहुन्छ।

फर्म्याटिङ र मिनिफाइङबीच के फरक छ?

फर्म्याटिङले JSON लाई पठनयोग्य बनाउन इन्डेन्टेसन र लाइन ब्रेक थप्छ। मिनिफाइङले पेलोडलाई सकभर सानो बनाउन सबै ऐच्छिक खाली ठाउँ हटाउँछ। डेटा आफैं दुवै रूपमा उस्तै हुन्छ।

मेरो JSON किन प्रमाणीकरण हुन असफल हुन्छ?

सबैभन्दा सामान्य कारणहरू हुन् पछाडि छुटेको अल्पविराम, दोहोरोको सट्टा एकल उद्धरण चिन्ह, उद्धरण नगरिएका की, टिप्पणी, र हराएको वा नमिलेको ब्र्याकेट। भ्यालिडेटरले समस्या भएको लाइन देखाउँछ।

के म JSON मा एकल उद्धरण चिन्ह प्रयोग गर्न सक्छु?

होइन। JSON विशिष्टिकरणले सबै स्ट्रिङ र कीका लागि दोहोरो उद्धरण चिन्ह अनिवार्य गर्छ। एकल उद्धरण चिन्ह JavaScript मा मान्य छ तर JSON मा होइन, जुन त्रुटिको बारम्बार स्रोत हो।

टुलले फर्म्याट गर्दा मेरो डेटा बदल्छ?

होइन। फर्म्याटिङले खाली ठाउँ मात्र थप्छ वा हटाउँछ। की, मान र तिनको क्रम ठ्याक्कै उही रहन्छ, त्यसैले तपाईंले पढ्ने कुरा नै API ले साँच्चै पठाएको कुरा हो।

के आकारको सीमा छ?

प्रशोधन स्थानीय रूपमा हुने भएकाले, व्यावहारिक सीमा सर्भर क्यापभन्दा तपाईंको उपकरण र ब्राउजरमा भर पर्छ। सामान्य API जवाफ र कन्फिग फाइल तुरुन्तै फर्म्याट हुन्छन्।