無効な JSON: 間違ったカンマを見つけてデータを整理する方法

統合は失敗し、サーバーは JSON が無効であると応答します。コンテンツを開くと、中かっこ、括弧、そしてインデントのない数十行が見つかります。複雑な API の問題を探す前に、ドキュメントが有効な JSON かどうかという基本事項を確認する価値があります。

書式設定すると構造が見やすくなります

Um JSON フォーマッタスペースとインデントを再配置して、各オブジェクトの開始位置と終了位置を示します。構文エラーを指摘することもできます。一般的なエラーには、最後の項目の後の余分なカンマ、二重引用符の代わりに一重引用符が使用されている、引用符のないプロパティ名などがあります。

JSON は、文字列、数値、ブール値、NULL 値、リスト、オブジェクトを受け入れます。言葉真実文字列とは異なります"真実";ブール値を期待する API は 2 番目の値を拒否する可能性があります。書式設定により可読性は向上しますが、名前と型がサービス契約に従っていることは確認されません。

エラーメッセージが手がかりとなる

バリデーターが行を示すときは、前の行も調べます。上記の開いた区切り文字は、パーサーが次の要素に遭遇した場合にのみエラーを引き起こす可能性があります。自動生成されたデータで、ファイルの最初の部分と最後の部分を比較して、切り捨てが発生したかどうかを確認します。

秘密を不用意に共有しないでください

JSON を外部環境にコピーする前に、トークン、パスワード、個人データを削除してください。コンテンツが機密性の高い場合は、ローカルで処理するツールを選択し、その動作を確認してください。構文を修正した後、実際のシステムでテストします。有効な JSON には間違った情報が含まれている可能性があります。

美しい JSON は依然として間違っている可能性があります

オブジェクトは構文的には有効であっても、サービスが受け入れない形式で日付を送信する可能性があります。たとえば、API は製品のリストを予期しますが、受信するオブジェクトは 1 つだけです。フォーマッタは、この統合のコントラクトを知る方法がありません。インデントを修正した後、システムのドキュメントでプロパティの正確な名前と必須フィールドを確認してください。

バグをデバッグしている場合は、問題のある動作を消去せずに例を縮小します。 JSON が小さいと、間違った型や繰り返されるプロパティに気づきやすくなります。文字列内の制御文字、引用符、バックスラッシュは形式規則に従う必要があることを忘れないでください。第三者と共有するログでは、認証情報や個人情報を架空の値に置き換えて送信します。