XMLフォーマッター：XMLを無料で整形・検証・圧縮 | オンラインツール

A いいえ。整形は空白と改行を整えるだけで、欠落した閉じタグを補ったり、誤ったネストを修正したりはしません。散らかった机を整理するのと同じで、割れたマグカップは自分で直す必要があります。先にバリデーションを実行してエラーを修正し、その後に整形するのが私の決まった手順です。

A はい、ただし明確な限界があります。当フォーマッターは、UTF-8とASCIIの混在など、標準的なエンコーディング問題に対応します。空白と改行を正規化することで処理します。しかし、UTF-16と宣言しながら実際はUTF-8バイトを含むファイルのような、根本的なエンコーディング不一致は修正しません。そうしたケースでは、まずテキストエディタで変換することをお勧めします。私は3つのチームが古い銀行XMLを移行するのを支援し、バリデーションで90%の隠れた問題を発見できました。

A 不要です。すべてブラウザ上で動作し、インストールは一切必要ありません。XMLを貼り付けて「フォーマット」をクリックするだけです。ソフトウェアをインストールできない制限されたPCを使うQAチームとも仕事をしていますが、このツールは管理者権限なしで日々の設定検証を行えます。ページをブックマークしておけば、それで完了です。

A 問題なく処理されます。名前空間宣言は有効なXML属性として認識されるため、xmlnsプレフィックスで誤ったエラーは発生しません。4〜5種類の名前空間を使う複雑なXSLTファイルでも動作確認済みです。ただし、構文チェックのみで、名前空間URIが実際に解決可能かは検証しません。Spring BeansやMaven POMのような複数名前空間の設定では、まずバリデーションを実行してからフォーマットする順番がお勧めです。

A よく混同されますが、別物です。整形式チェックは基本的な構文ルールを確認します。開始タグと終了タグの対応、要素の正しいネスト、属性値の引用符などです。このツールは自動的にこれを行います。バリデーションはさらに進んで、特定のスキーマや構造に対してXMLを検証します。このツールが行うのは前者だけです。例えるなら、文に適切な句読点があるか確認するのと、実際に意味が通じるか確認する違いです。スキーマ検証が必要なら専用ツールを使ってください。まず構文を直してから、構造を考えるのが私の流儀です。

A XMLを貼り付けて、「フォーマット」ではなく「検証」ボタンを先に押してください。検証はブラウザ内で即座に実行されるため、2MBのファイルでもアップロード待ちがありません。緑のバナーが出れば問題なし、赤ならパーサーが止まった正確な行と文字が表示されます。私は整形の前にエラーを直します。壊れたファイルを整形しても、読みやすくなっただけの混乱になるだけですから。ヒント：わざと閉じタグを欠いたテストファイルを用意して、エラーメッセージの見え方を確認しておきましょう。

A はい、ミニファイしたXMLは完全に有効です。実際、多くの本番APIはペイロードを30〜40%削減するために余分な空白や改行をすべて取り除いています。パーサーはタグの外の空白を気にしないので、ミニファイしても壊れません。ただし、ミニファイ済みファイルのデバッグは苦痛です。私のルーチンは、リポジトリには整形版を残してコードレビューに使い、デプロイ直前にミニファイする流れです。このツールのMinifyボタンはワンクリックで完了し、結果をAPIテストスイートにそのまま貼り付けられます。

A 何も変わりません。コードはブラウザから一切送信されません。整形と検証はすべてローカルで処理されるため、サーバーへのアップロードも保存も発生しません。私は決済ゲートウェイ情報を含む機密クライアント契約書でテストしましたが、ネットワークタブには送信リクエストがゼロでした。タブを閉じればデータは消えます。この保証はほとんどのオンラインツールにはありません。

A はい、もちろんです。ネットワークタブで圧縮されたXMLを見つけたら、ここに貼り付けてください。ボタンを押すだけで、500行の無茶苦茶なデータが綺麗なツリー構造になります。数秒でネストされた要素を確認できますよ。開発者はデバッグ用にこのページを常時ピン留めしています。

A いいえ、出力結果はご自身で完全にコントロールできます。チームの規約に合わせて、2スペースや4スペース、タブを自由に変更可能です。プルダウンメニューから設定を選ぶだけで、Gitの差分もきれいに保てますよ。