用語集JSON バリデータ
JSON を検証し、API リクエスト、設定ファイル、フィクスチャ、またはワークフローをインポートする前に、ブラウザで直接構文問題をキャッチします。 このページは、過去のJSONで高速なパーゼチェックを行うためのものです。特に、構造が何か他のものを行う前に有効であるかどうかを確認する必要がある場合に使用されます。
データデータ
お問い合わせ
JSON ドキュメントの例
{"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エラーと修正方法
一般的な問題は、二重引用ではなく、コンマの追跡、単一の引用符、プロパティ間のコンマを欠落させ、非引用的なプロパティ名、および欠落閉鎖括弧またはブラケットを含みます。 バリデーションが失敗したら、まずは句読点をスキャンします。 厳密なJSONではなく、JavaScriptオブジェクトのように見えるので、多くの貼り付けスニペットは失敗しました。
JSON と JavaScript オブジェクトのリテラル
テキストスニペットは JavaScript で有効で、JSON が厳しいため、ここではまだ失敗することができます。 JSON は、ダブルクォートのプロパティ名と文字列の値を必要とし、コメントやリラックスしたオブジェクト・リテラル・シンタックスを許さない。 その区別は、ドキュメント、ブラウザコンソール、コードサンプルから多くのコピー/ペーストサプライズを説明します。
検証結果を実際のワークフローで使用する方法
このページは、API リクエストの送信、設定テキストの保存、JSON を別のアプリにインポートしたり、コピーした webhook や snippet のエクスポートが構造的に有効であるかどうかを確認するのに役立ちます。 フォーマット、変換、またはアプリケーション固有のバリデーションに進む前に、高速なYes-or-no構文チェックを提供します。
このツールが行わないこと
有効な JSON にリリーする前に
準備が整ったらペイロードを処理する前に、構文だけに依存する代わりに、宛先契約やスキーマと比較します。 このページでは、JSON パースをお伝えできますが、実際の目的地のルールは、インポート、デプロイ、または API の使用のために構造が許容されていることを確認することができます。
なぜJSONが生産で有効かつ静的に失敗できるのか
ペイロードは、必要なキーが欠落しているため、JSON が有効であり、それでも失敗する可能性があります。値が誤ったタイプを使用し、追加フィールドが許可されていないか、ダウンストリーム API は異なる構造を期待しています。 Syntax バリデーションは有用な最初のゲートですが、アプリケーションレベルの正しさと同じではありません。
有効なJSONの結果が意味しないもの
有効な結果は、テキストがうまく解析できるJSONを合成的に正しいことを意味します。 スキーマのペイロードの満足度は意味しません。必要なフィールドには、適切なデータタイプを使用する、または受け取るサービスの期待に一致します。
このバリデータは、無効なJSONを自動的に修復し、スキーマを適用し、APIの互換性を確認し、フィールド名と値がプロジェクトに感心するかどうかを判断しません。 構文レベルのチェックのみです。