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

A このツールは、主にXMLの整形式性や構文エラー（タグの欠落や不正なネストなど）のチェックに焦点を当てています。現在、XMLスキーマ定義（XSD）ファイルに対する検証はサポートしていません。XSD検証には、通常、より専門的なツールや、スキーマ検証機能を内蔵したIDEが必要です。

A 当社のフォーマッターは、一貫したインデントと改行を適用し、通常はデフォルトで4つのスペースを使用します。この「きれいな印刷」はコードを整理し、構造を読みやすく理解しやすくします。異なるスタイルを好む場合は、フォーマットする前に設定から2つのスペースまたはタブを選択できます。この標準化は、デバッグと共同作業に不可欠です。

A いいえ、フォーマットは空白や改行を調整するだけです。要素名、属性、値などの実際のデータは完全に保持されます。プレーンテキストに段落を追加するのと同じです。フォーマット、ミニファイ、再フォーマットを繰り返しても同じ結果が得られます。注意点として、フォーマット後に必ず検証を行い、乱れたファイルに潜むエラーを見つけてください。

A 絶対に壊れません。コメント（<!-- ... -->）やCDATAセクション（<![CDATA[...]]>）はそのまま保持されます。フォーマッターはこれらの要素外の空白だけを調整します。500以上のファイルでテスト済みで、コメントが失われたことは一度もありません。コツ：フォーマット前にCDATA内の先頭スペースを確認しておきましょう。

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のファイルでもアップロード待ちがありません。緑のバナーが出れば問題なし、赤ならパーサーが止まった正確な行と文字が表示されます。私は整形の前にエラーを直します。壊れたファイルを整形しても、読みやすくなっただけの混乱になるだけですから。ヒント：わざと閉じタグを欠いたテストファイルを用意して、エラーメッセージの見え方を確認しておきましょう。