テキストまたはJSON文書を比較

非常に大規模な比較では、結果の応答性を維持するために、より単純な位置ベースの方法が使用される場合があります。テキスト比較は行指向ですが、JSON 比較は解析されたパスと値に従います。どちらのモードも、すべての文書タイプに対して意味上の同等性を証明するものではありません。並べ替えられた配列、正規化された空白、重複キー、または生成されたファイルにより、ノイズの多い差異が生じる可能性があります。コンテキスト内の追加、削除、および変更を確認し、順序付けまたはスキーマのセマンティクスが重要な場合は、形式を認識した専門家の比較を使用します。

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

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

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

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