XML to JSON — ブラウザ内 XML → JSON 変換

XML と JSON は過去四半世紀にわたり、二大汎用データ交換フォーマットであり続けています。その相互変換は、2 つの技術スタックを橋渡しする行為です。JSON は API 時代を制しました——JavaScript のネイティブ形式であり、REST エンドポイントのデフォルトであり、設定ファイルの共通語です。XML はエンタープライズ時代を制しました——SOAP の形式、ドキュメント保存の形式、金融取引メッセージの形式、そしてスキーマ検証が法的要件となる規制業界でのデータ交換形式です。XML から JSON への変換は技術というよりアートです。なぜなら XML には、JSON が直接表現できない機能があるからです。属性、名前空間、コメント、処理命令、混合コンテンツがその代表です。

属性の問題が最も目立ちます。XML 要素は子要素（構造化データ）と属性（要素自身のメタデータ）の両方を持てますが、JSON にはデータとメタデータを区別する仕組みが組み込まれていません。すべての XML → JSON 変換器は規約でこの問題に対処しています——属性に @ 接頭辞を付ける、独立したメタデータキーを用いる、属性を取り除く——しかし「正しい規約」について 2 つの変換器が一致することは決してありません。本ツールは @ 接頭辞規約をデフォルトとしています。npm エコシステムで最も広く採用されている（xml2js、fast-xml-parser）方式だからです。ただし設定パネルでは 3 つの方式すべてを公開しており、出力が下流の JSON コンシューマが期待する規約と一致するように調整できます。

最終的な受け渡しについて：JSON 出力をプログラミング言語向けの型付きデータにしたい場合は、いずれかの「JSON → コード」ジェネレーターに通してください（フロントエンドなら JSON to TypeScript、バックエンドサービスなら JSON to Go、データパイプラインなら JSON to Python）。元 XML に正式なスキーマが付属していた場合は、JSON Schema Generator で出力から JSON Schema を逆推し、将来の JSON ペイロードを元 XML スキーマと同じ制約で検証できるようにしましょう。行き先が構成管理システム（Ansible、Kubernetes、Docker Compose）の場合は、JSON をさらに JSON to YAML で YAML に変換してください——YAML は多くの DevOps ツールで好まれる構成形式です。