JSON Validator

Валидирайте JSON и хванете синтаксис проблеми директно във вашия браузър, преди да използвате отново текста в заявка API, конфигуриране файл, закрепване, или внос на работния процес. Тази страница е предназначена за бързи проверки на поставени JSON, особено когато трябва да потвърдите дали структурата е валидна, преди да направите нещо друго с нея.

Данни

Опитай.

JSON Input

Резултат от валидирането

Пример документи JSON

Валиден обект тип API

Вход

{"user":{"id":42,"name":"Ava"},"roles":["editor","billing"],"active":true}

Резултат

Valid JSON

Невалиден пример за запетайка

Вход

{"name":"Ava","active":true,}

Резултат

Invalid JSON

Невалиден пример за единични кавички

Вход

{'name':'Ava','active':true}

Резултат

Invalid JSON

Какво проверява този валидатор

Тази страница проверява дали пасираният текст е валиден JSON, който може да се анализира успешно. Полезно е, когато имате нужда от бърз синтаксис отговор преди изпращане на полезен товар на API, извършване на конфигуриран файл, или предаване JSON в друг инструмент.

Този обхват има значение: валидният синтаксис JSON не гарантира, че данните са правилни за вашето приложение. Заплащането може да бъде валиден JSON и все още не успеят API изискване, бизнес правило, или проверка схема по-късно.

Общи грешки JSON и как да ги поправите

Общите проблеми включват проследяване на запетайки, единични цитати вместо двойни кавички, липсващи запетайки между свойствата, нецитирани имена на собственост, и липсващи затварящи скоби или скоби. Когато валидирането се провали, първо сканирайте за пунктуация. Много залепени откъси се провалят, защото изглеждат като JavaScript обекти, а не строги JSON.

JSON срещу JavaScript обект литерали

Текстов откъс може да изглежда валиден в JavaScript и все още не успее тук, защото JSON е по-строг. JSON изисква двойно цитирани имена на имоти и низови стойности, и не позволява коментари или отпуснат обект-литературен синтаксис. Това разграничение обяснява много копия/паста изненади от документи, браузър конзоли, и код проби.

Как да използвате резултатите от валидирането в реални работни потоци

Тази страница е полезна, преди да изпратите API заявки, съхраняване на конфигуриран текст, внос JSON в друго приложение, или проверка дали копиран уебхок или експортен откъс е структурно валиден. Тя ви дава бърза проверка на синтаксиса "да" или "не," преди да преминете към форматиране, преобразуване, или конкретно валидиране на приложението другаде.

Какво не прави този инструмент

Преди да разчиташ на верния JSON

Преди да третирате полезен товар като готов, сравнете го с договора за местоназначение или схема вместо да разчитате само на синтаксис. Тази страница може да ви каже JSON парсес, но само правилата за реална дестинация могат да потвърдят, че структурата е приемлива за внос, внедряване или API употреба.

Защо JSON може да бъде верен и все още да не успее в производството

Заплащането може да бъде валидно JSON и все още се проваля, защото необходимите ключове липсват, стойностите използват грешния тип, допълнителните полета не са позволени или API надолу по веригата очаква различна структура. Утвърждаването на синтаксиса е полезен първи портал, но не е същото като точността на нивото на приложение.

Какво валиден резултат JSON прави и не означава

Валиден резултат означава, че текстът е синтактично коректен JSON, който може да се анализира успешно. Това не означава, че полезен товар отговаря на схема, съдържа всяко необходимо поле, използва правилните типове данни, или отговаря на очакванията на услугата, която ще го получи.

Този валидатор не поправя невалидния JSON автоматично, прилага схема, потвърждава API съвместимост, или съди дали имената и ценностите на полето имат смисъл за вашия проект. Това е само проверка на нивото на синтаксиса.