JSON XML 変換

JSON も XML も階層のあるデータを表せますが、食い違いは十分に大きく、両者の変換が純粋に機械的であることはありません。JSON にはオブジェクト、配列、文字列、数値、真偽値、null があります。XML には要素、属性、テキストがあり、数値や並びに当たる生来の概念はありません。ですからどの変換器も約束事を採用しており、有用なのはそれが何かを知っていることです。

オブジェクトはきれいに対応します。各キーが要素になり、変換された値を含みます。配列はそうなりません。XML に配列が無いからです。よくある約束事は要素名を項目ごとに繰り返すことで、三つの札からなる並びは同じ名前の要素三つになります。これは機能し、ひとつ失います。長さ一の配列と単独の値が出力上で見分けられなくなることで、XML を JSON に戻しても出発点に戻るとはかぎらない理由がこれです。

もう一つの制約はキー名です。XML の要素名は数字で始められず、空白を含められず、使える文字にも規則があります。JSON のキーにそうした制限はないので、「2024 合計」のようなキーは完全に正しい JSON でありながら正しい要素名ではありません。どこかが譲る必要があります。名前が符号化されるか、書き換えられるか、変換が失敗するかで、自分の出力がどれなのかは知っておく価値があります。

型は潰されます。数値の 42、文字列の「42」、真偽値は、どれもテキスト節になります。XML にはそれしかないからです。区別を必要とする利用者はスキーマから復元するほかなく、それこそ XML のスキーマの用途であり、素の変換が与えないものです。

JSON を XML に変換する人の多くは、XML しか話さない仕組みへ渡そうとしています。古い企業システムの連携、SOAP の窓口、行政や銀行の交換書式、出版の工程などです。そうした仕組みにはたいていスキーマがあり、正直な助言は、構造として妥当な変換が先方の期待するものだと決めてかからず、出力をスキーマに照らして検証することです。

この site の他の道具と同じく、変換はタブの中で動き、文書が送信されることはありません。対象が財務や個人の記録を含みがちな交換用ファイルであるとき、それが要点になります。