XHTMLのdoctypeの使用を主張する開発者を頻繁に走ります。なぜ彼らが一般的なレスポンスを「マシンが読める」ものなのか尋ねると、プロジェクトが進行したら、マークアップは検証されません。マシンの可読性は検証されない場合、xhtmlの有効なポイントですか？
マークアップが検証されていないため、マシンの可読性はもはや有効ですか？
検証しないと、XMLとして処理することはできず、xpathを使用して照会することはできません。
整形式のXMLと有効なXHTMLは、2つの異なる問題です。しかし、とにかく、プレーンなHTMLは、それが整形式で有効であれば完全に機械で読むことができます。唯一の違いは、XMLコンテンツを扱うためのツールとライブラリがSGMLコンテンツよりも優れていることです。確かに、有効なHTMLよりも有効なXHTMLを簡単に作成することは容易ですが、いずれのタイプの無効な文書を生成するのにも本当の言い訳はありません。
ねじを締めると、物事がねじれます。彼らがあなたにXHTMLについての賛同を伝え、XHTMLを提供していないが、それ以外のものは簡単な仕事ではなく、Xhtml/html互換性がない方法に大きく依存する。ただし、ご使用の環境や用途に応じて、tidyhtmlの使用を検討する必要があります。
開発者は、前処理のどのステージにも接続できるため、クライアントに送信された完了マークアップを処理する必要はないでしょう。したがって、チェーンの後のエラーは捕捉されにくく、視覚的なバグがあるか、または前処理中/後の後のある段階で構文解析/検証を試みるまでユーザーに提供されます。検証はそのようなバグを先制して捕まえることができますが、「先制型」が流行語ではない職場について聞いたことがありますか？
"整形式のXMLと有効なXHTMLはあまりにも異なる問題です。" 無効なXHTMLは、標準のxml処理ライブラリを使用して処理できますか？ – detroitpro
はい。ほとんどのXMLパーサは検証をオフにするので、無効な場合でもXMLをロードできますw.r.t. DTDまたはスキーマ。 – Nat
"いずれのタイプの無効な文書を生成するための真の言い訳はありません"。 FirefoxにHTMLバリデータ拡張機能がインストールされていることを除いて、あなたのウェブページの約0％（+/- 1％）は有効です。言い訳がなくても、理由があるはずです。 –