JSONを整形、検証、圧縮、調査

フォーマット、縮小、および構造検査には、有効な JSON 構文が必要です。検査では、数、値のタイプ、ネストの深さは報告されますが、スキーマ、必須フィールド、許可される値、一意性、またはビジネス ルールは検証されません。重複したオブジェクト キーは、受信システムによって一貫性なく解釈される可能性があります。数値が別のアプリケーションの安全範囲を超える場合もあります。構文検証後、重要なデータを実際のスキーマとそれを使用するコンシューマに対してテストします。

結果の意味を決定する要素 (キー、フィールド名、値の型、ネスト、行数と列数、区切り文字、引用符、エスケープ、行末、文字エンコーディング) を確認します。比較結果については、強調表示された概要だけを読むのではなく、追加と削除の両方を調べてください。 Base64 の場合、エンコードされたテキストと任意のバイナリ データを区別します。チェックサムについては、すべての文字を比較し、アルゴリズム名を確認します。重要な出力は、それを受け取るシステムで検証してください。構文的に有効なデータであっても、スキーマ、必須フィールド、一意性ルール、またはビジネス制約に違反する可能性があるためです。

書式設定と検証はさまざまな質問に答えます。書式設定により有効なデータが解析され、一貫したインデントまたはレイアウトで再度書き込まれるため、ユーザーはデータをより簡単に検査できます。検証では、構文が解析できるかどうかがチェックされますが、値がスキーマまたはビジネス ルールを満たしているかどうかは自動的に確認されません。縮小すると、解析された値を変更せずに不要な空白が削除されます。検査では構造と深さを要約します。 XML と YAML の場合、書式設定により重要でない空白や表現の選択肢が正規化される可能性があるため、元のテキスト スタイルが同一のままであることを期待するのではなく、意味上の値を比較してください。

有効に見えるデータには、非表示の区切り文字、非改行スペース、一致しない引用符、重複した構造マーカー、不正な形式のエスケープ、混合行末、サポートされていないエンコード、または解析を変更する形式固有の機能が含まれている可能性があります。可能な場合は、報告された行、列、またはパスから始めます。入力をまだ失敗する最小のセクションに減らし、周囲のレコードを徐々に復元します。 CSV については、区切り文字とヘッダーの仮定を確認します。 JSON、XML、または YAML の場合は、括弧、インデント、引用符、エンティティ、およびネストを確認してください。修正によって有効な情報が削除されないように、診断中はソースのコピーを保存してください。

リストされたデータ ユーティリティを使用するためにインストールや登録は必要ありません。タスクに一致するアクションを開き、ソースを追加または貼り付け、関連するモードを選択して、結果をコピーまたはダウンロードします。重要なファイルを置き換える前に、元のファイルを保存し、受信アプリケーションで出力をテストしてください。インストールは互換性に関する主要な問題ではありません。スキーマの期待値、エンコーディング、区切り文字、ワークブックの機能、およびサポートされている構文によって、別のシステムが結果を受け入れるかどうかが決まります。