0

まず最初に、XHTML はもはや重要ではないことを私は知っています。ただし、この質問は実際には Web の歴史に関するものです。というか、この特定のものがどのようにしてその歴史の一部になったのか。

私はこの質問に答えていましたが、後でこの質問の複製として閉じられたのを見て、そこでも回答を読みました。それが XHTML で引き起こした問題についての言及は私に興味を持たせ、定義がどこで html コメントを許可しているのか (もしあったとしても) 疑問に思うようになりました。css のすべてのバージョンで、その定義で HTML コメント タグが明示的に許可されていることがわかりました。1 つには、これは、問題なく外部スタイルシートを追加できることを意味するはずです。styleまた、実際にXHTML script1.0PCDATAではCDATA. また、これらがもたらす結果についても調べました。

さて、私はこれがどのようになったのか理解できません。この変更には利点がありませんが、多くの欠点があります。

  1. スクリプトとスタイルシートで使用されるコメント技術により、スクリプト/スタイルシートがまったく読み取られなくなりました。確かに当時でもその手法は時代遅れだったが、それでもこのように崩すのは少し極端に思える。

  2. <と&は言語で一般的に使用される 2 つの文字であり、一般に xml パーサーが失敗することを意味するため、ほぼすべてのインライン JavaScript であらゆる種類の問題を引き起こしました。

  3. //<![CDATA[可能な限り最良のコード ( and )で 2 を解こうとしても、//]]>いくつかのコードで問題が発生します (コード]]>の後に​​たまたま<orが含まれていた&) 。

私が見落としていたこの点について何かポジティブな点があるに違いない、そうでなければ XHTML 標準にはならなかったでしょう。それとも、私が考えていなかった何か奇妙なことが起こったのでしょうか？言い換えれば、さまざまな問題があるにもかかわらず、これがどのようにして XHTML 標準に組み込まれたのでしょうか?

4

1 に答える 1

1

簡単に言うと、XML 構文解析規則によって必要とされます。HTML には要素ごとにさまざまな解析規則があり、したがって HTML ボキャブラリにのみ適していますが、XML には一貫したシステムがあり、あらゆるボキャブラリに使用できます。XHTML はその 1 つにすぎません。そのコストは、文字データがエスケープされていない<か&、どの要素にも文字を許可できないことです。

于 2012-11-05T07:45:33.700 に答える