重要なポイント
- 012スペース、4スペース、またはタブインデント付きXMLをプリティープリント — またはすべての空白を削除するために圧縮。
- 02検証はブラウザのネイティブDOMParserを使用、XMLライブラリで表示されるのと同じエラーを与えます。
- 03大きな複数メガバイトXMLファイルをブラウザ内で完全に処理 — サーバーラウンドトリップなし。
- 04XMLコンテンツはデバイスを離れません。
XMLをフォーマットまたは検証する必要がある場合
XMLはまだいたるところに存在します — Maven POMファイル、SOAP APIレスポンス、RSSおよびAtomフィード、SVGグラフィックス、Androidレイアウトリソース、Microsoft Office Open XML、レガシーエンタープライズ統合。問題はワイルドのXMLはしばしばAPIレスポンスまたは生成ファイルから単一の壊れない行として到着することです。フォーマットなしで読むか、デバッグするのはほぼ不可能です。
読み取り可能性を超えて、整形式が重要です。閉じタグ不足またはエスケープされていないアンパーサンドはXMLドキュメントを無効にします。ブラウザの組み込みDOMParserはラインと列ナンバー付きでエラーを表示するため、IDEやローカルパーサーを起動することなく、すぐに修正できます。
XMLをフォーマットまたは検証する方法
- 01
XMLを貼り付け
XMLドキュメント — 設定ファイル、APIレスポンス、RSSフィード、SVG、SOAPエンベロープ — を貼り付けます。複数メガバイトのファイルも問題なく処理できます。
- 02
フォーマットまたは圧縮を選択
フォーマットはラインブレークと一貫性のあるインデント（2スペース、4スペース、またはタブ）を追加します。圧縮はタグ間のすべての空白を削除し、伝送用に最もコンパクトなバージョンを生成します。
- 03
必要に応じて検証
検証をクリックしてドキュメントをブラウザのDOMParserで実行します。XMLが整形式の場合、確認を取得します。そうでない場合、エラーメッセージは正確なラインと列を含みます。
- 04
結果をコピー
コピーをクリックしてフォーマットされたまたは圧縮されたXMLを取得します。ファイル、コードレビュー、またはテストフィクスチャに貼り付けます。
デベロッパーがXMLフォーマッタを使用する一般的な理由
- 01SOAPAPIレスポンスが1行として到着 — 構造を読むためにフォーマット。
- 02Maven pom.xmlにタブとスペースが混在 — コミット前に正規化。
- 03RSSまたはAtomフィード解析に失敗 — 最初の不正形成タグを見つけるために検証。
- 04Illustratorからエクスポートしたsvgマークアップを埋め込む前に整理。
- 05デバッグ用に抽出されたWordまたはExcelファイルのXMLを読みやすくする。
- 06モバイルアプリバンドルサイズを減らすために設定XMLを圧縮。
アップロードなし、サーバーなし
フォーマットと圧縮はブラウザタブで実行される純粋なJavaScript文字列操作です。検証はブラウザのネイティブDOMParser — ブラウザがウェブページをレンダリングするのと同じエンジンを使用します。XMLコンテンツはサーバーに送信されません。
XMLネームスペースは完全にサポートされています。<ns:element xmlns:ns="http://example.com">のような要素はフォーマットと圧縮を通して変更されない方式で通ります。フォーマッタはネームスペースプレフィックスを書き直したり、ドキュメントを再構成したりしません。
XMLフォーマッタFAQ
XMLネームスペースをサポートしていますか？
はい。ネームスペース宣言とプレフィックス付き要素はフォーマットと圧縮を通して変更されない状態で保持されます。
XSDスキーマに対して検証しますか？
いいえ — 整形式のみをチェック（バランスしたタグ、引用属性、エスケープ文字）。スキーマ検証はXSDをロードする別のツールが必要です。
大きなXMLファイルを処理できますか？
はい。フォーマットは純粋なJavaScript文字列操作として実行されるため、複数メガバイトのファイルは迅速に処理されます。ブラウザの利用可能なメモリが唯一の実用的な制限です。
XMLはサーバーにアップロードされますか？
いいえ。すべての操作はネイティブJavaScriptとDOMParserを使用してブラウザで実行されます。
圧縮は実際に何をしますか？
圧縮はタグ間の空白（ラインブレーク、インデント用スペース）を削除し、可能な限り小さい有効なXMLを生成します。テキストノードのコンテンツは保持されます。