JSON バリデータ

JSON バリデータは、テキストのブロックが適切に形成された JSON であるかどうかを確認し、そうでない場合は、問題がどこにあるかを正確に示します。 RFC 8259 および ECMA-404 で定義されている JSON 文法に対してテキストを解析し、文書が有効であることを確認するか、ルールを破った最初の文字で停止し、行、列、文字オフセットを報告して、ファイル全体を目で見るのではなく、間違いにすぐにジャンプできるようにします。

言語組み込みパーサを呼び出すだけではなく、専用のバリデータが存在する理由は、組み込みパーサが与えるエラーが役に立たないことが多いためです。 ブラウザの JSON.parse は、行番号のない「位置 148 の JSON にある予期しないトークン」を報告し、その名前が付けられた位置は、実際の障害を数文字過ぎたことがよくあります。このツールはテキスト自体を歩き、行と列を追跡し、エラーを予想どおりに表現します: メンバーの後のカンマ、最後の中括弧、二重引用符のキー。後続のカンマ、単一引用符の文字列、文字列内のエスケープされていないタブ、数値の先頭にゼロ、およびそれらの間にカンマのない 2 人のメンバーはすべて名前で呼び出されます。

有効性は通常知っておくべきことの半分しかないので、有効な文書もレポートとともに戻ってきます。 このツールは、標準では許可されているが、ほとんどの場合バグを意味する重複キーをリストします。なぜなら、通常のパーサーは最後の値だけを保持し、残りを静かにドロップするからです。オブジェクト、配列、キー、および各種類のスカラーをカウントし、最大のネスト深さを測定し、文字と UTF-8 バイトの両方でサイズを報告するため、見知らぬペイロードの形状が一目でわかります。 JSON が有効になると、これもかなり印刷され、同じステップでインデントされたきれいなコピーが得られます。

すべてがブラウザで実行されます 貼り付けたテキストは、自分のマシンでJavaScriptで解析され、アップロード、ログ記録、保存されることはありません。 JSONの人が最も検証する必要があるのは、多くの場合、API応答またはトークン、キー、または個人データを運ぶ構成ファイルであるため、これは重要です。サーバーが往復しないため、バリデーターは瞬時に動作し、ページがロードされるとネットワークが切断されたままになります。