name が消え、price が文字列になった

旧版にあった name が新版で無くなり、price が数値から文字列に変わり、email が増えた典型的な API 更新の例です。欠損 1 件・型変更 1 件・追加 1 件が出ます。

入力

旧版の JSON

{"id":1,"name":"A","price":100}

新版の JSON

{"id":1,"price":"100","email":"a@x"}

配列の比べ方

全要素をまとめて比べる([] として扱う)

結果

エラー 0 件・警告 2 件・情報 1 件

指摘(エラー・警告・情報)

構造の差(欠損・型変更・追加)

検算(この結果になる理由)

旧版のパスは $・$.id・$.name・$.price、新版は $・$.id・$.price・$.email です。$.name は新版に無いので欠損、$.price は数値(RFC 8259 6 節)から文字列に変わったので型変更、$.email は新版だけなので追加で、警告 2 件・情報 1 件になります。

判定の根拠は仕様と根拠に、仕様の出典とともにまとめています。自分の入力で試すにはツールをお使いください。

このツールの制約

• 値そのものの違い(金額や文字列の変更)は比べません。構造(項目の有無と型)だけを見ます。値の差分は別の JSON 差分ツールを使ってください。
• 配列をまとめて比べるときは、一部の要素にしか無い項目も「ある」と数えるため、要素ごとの欠損は見つかりません。
• 数値の整数と小数(1 と 1.5)は同じ「数値」です。文字列の中身が日付かどうかなどの意味の違いは見ません。
• JSON Schema や OpenAPI 定義そのものの比較はしません。実際の応答例を貼って比べます。

ほかの入力例

• 配列の一部の要素にだけ qty がある
• 同じ入力を要素ごとに比べる
• null だった項目が文字列になった
• 値だけが変わり、構造は同じ
• 旧版の末尾にカンマがあり構文エラー