前回の記事では主にHTML文書の構成について説明し、「タグ省略」の概念についても表面的に触れました。この記事では、HTML ドキュメントに現れる最初の重要な要素である DOCTYPE を概念的に紹介します。いわゆる DOCTYPE は、もともと XML の概念であり、XML 要素を記述するための一種のメタデータとして使用されます。具体的な概念は WIKI で入手できます しかし、HTML では、DOCTYPE にはいくつかの異なる効果があり、そのうちの 1 つは有名な機能です。つまり、DOCTYPE がない場合、ブラウザは Quirks モードと呼ばれる奇妙な 状態 に入ります。このモードでは、ブラウザのボックス モデル、スタイル解析、レイアウトなどが異なります。 いわゆる HTML 標準、DOM 標準などは、標準モードでの概念と動作のみを規定していることに注意してください。ドキュメントの構成で述べたように、DOCTYPE は HTML ドキュメントではありません。省略されているため、「Quirks モード」という概念がまったくありません。これは、標準で Quirks モードが規定されていないため、HTML4 の DOCTYPE はブラウザごとに異なります。 HTML4 標準では、DOCTYPE は「HTML バージョン情報」の章に含まれています。この章では、標準では 3 種類の DOCTYPE が指定されています: 厳密モード: e1ad9b69c9db3469d42292ee6527208a. ab540a5be9b0ab2c90344bc442e25cc5。 过渡模式:c22098bfd3f62d7436149aaab013de1a。 框架模式:d44b1c13b51eddec01ecbde9e66f5216。 在HTML4的标准中,每一个DOCTYPE对应的dtd文件都是有合法的URL指定的,可以通过互联网进行下载。浏览器可以根据URL获得到dtd的具体内容,并根据内容的规定来解析文档。 现实是不同的 HTML4如同XML一样,是一个相当理想化的标准。但是,现实往往并没有这么理想,试想下面的HTML文档: I'm not a frameset So what? 这个文档采用了一个框架模式的DOCTYPE,但其正文确没有使用任何04a0d55efbbfd646a993fbc01f262c57元素,相对应地使用了应该由严格模式或者过渡模式指定的,标准的HTML结构。那么在这种情况下,浏览器能做什么呢? 拒绝渲染该页面?不,浏览器不敢这么做,在激烈的市场竞争之中,如果因此而导致部分页面无法渲染的话,就只能眼睁睁看着市场份额注入别家田了。所以浏览器顶多弱弱地报一个警告以示抗议,却依旧得乖乖地解析出这个文档并正确渲染。 这就是所谓的浏览器的“容错性”,事实上无论你的DOCTYPE是什么,浏览器都会以最大的兼容能力去解析一个文档,并以最大的努力让这个文档显示得符合开发者的预期。而浏览器的这一特性,也逐渐让标准制定者开始意识到,DOCTYPE似乎真的不怎么重要。因此,在HTML5中,DOCTYPE发生了一次重大的变化…… HTML5的DOCTYPE 到了HTML5了,这一变化相信多数人已经知道,就是HTML5将DOCTYPE的声明简化了,只需要8b05045a5be5764f313ed5b9168a17e6即可。 正好前文所述,在HTML4时代,标准制定者已经认识到,DOCTYPE对浏览器的渲染并没有太大的帮助,除了给无聊的w3c验证器看以外,DOCTYPE似乎只有触发浏览器兼容模式的作用。于是标准工作组采取了非常实际的态度,测试了所有课程顺触发标准模式的最简DOCTYPE,最终得出了这一结论。 但是故事不会这么简单,标准工作组也不是完成这么简单的动作就撒手不管的无赖分子,事实上他们还是很尽责任地考虑到了向后兼容性、可扩展性等一系列的事情,最后将DOCTYPE一章用了大量文字来进行描述,得到一个非常详实的结果。 HTML5的参考手册相关章节中,将DOCTYPE分为3类: 普通DOCTYPE - normal doctype 普通DOCTYPE就是我们所见的最简形式,即8b05045a5be5764f313ed5b9168a17e6,他的真正组成是这样的: 一段文本,即23a392ae21100aa84e28b735fe4519a0 。 li>🎜フレームモード: gt;.🎜🎜 HTML4 標準では、各 DOCTYPE に対応する dtd ファイルが正規の URL で指定されており、インターネット経由でダウンロードできます。ブラウザは、URL に従って dtd の特定のコンテンツを取得し、コンテンツの規定に従ってドキュメントを解析できます。 🎜🎜現実は異なります🎜🎜HTML4 は、XML と同様、かなり理想的な標準です。ただし、現実はそれほど理想的ではないことがよくあります。次の HTML ドキュメントを想像してください: 🎜rrreee🎜このドキュメントはフレーム モードで DOCTYPE を使用していますが、そのテキストでは適切に 04a0d55efbbfd646a993fbc01f262c57 要素が使用されていません。厳密モードまたは移行モードで指定する必要がある標準の HTML 構造を使用します。では、この状況でブラウザは何ができるのでしょうか? 🎜🎜このページのレンダリングを拒否しますか?いいえ、ブラウザーは熾烈な市場競争の中で、そのために一部のページが表示されない場合、他の分野に市場シェアが流入するのをただ見守ることしかできません。したがって、ブラウザは抗議として弱い警告を報告することしかできませんが、それでもドキュメントを解析して正しく表示する必要があります。 🎜🎜これはブラウザのいわゆる「耐障害性」です。実際、DOCTYPE が何であっても、ブラウザは最も高い互換性でドキュメントを解析し、開発者の仕様に合わせてドキュメントが表示されるように最善を尽くします。期待される要件。ブラウザのこの機能により、標準設定者は DOCTYPE がそれほど重要ではないようであることに徐々に気づき始めました。したがって、HTML5🎜 では、DOCTYPE が大幅に変更されました... HTML5 の 🎜🎜DOCTYPE🎜🎜 が登場しますHTML5 への変更については、ほとんどの人がすでにこの変更を知っていると思います。HTML5 では DOCTYPE の宣言が簡略化され、8b05045a5be5764f313ed5b9168a17e6 のみが必要になります。 🎜🎜上で述べたように、HTML4 時代には、退屈な w3cValidator🎜例外として、DOCTYPE はブラウザ互換モードのみをトリガーするようです。そこで、標準作業グループは非常に実践的な姿勢を採用し、すべてのコースの標準モードをトリガーする最も単純な DOCTYPE をテストし、最終的にこの結論に達しました。 🎜🎜しかし、話はそれほど単純ではありません。標準作業グループは、そのような単純なアクションを完了してそのまま放棄するような悪者ではありません。実際、彼らは依然として下位互換性やスケーラビリティなどの一連のことを非常に考慮しています。最後に、DOCTYPE の章では多くの言葉を使って説明しており、非常に詳細な結果が得られます。 🎜🎜HTML5 リファレンス マニュアルの関連する章では、DOCTYPE は 3 つのカテゴリに分類されています: 🎜🎜🎜🎜Normal DOCTYPE - Normal doctype🎜🎜🎜Normal DOCTYPE は、これまでに見た中で最も単純な形式、つまり c6e9d9ae0408d6bf8142096449dae1e0 の実際の構成は次のとおりです: 🎜🎜🎜 テキスト、つまり 836b86fcf6c096cfccde6a27deef5bff。 不再推荐的DOCTYPE - deprecated doctype 即所谓HTML4时代的几个DOCTYPE,其组成如下: 在标准中,Public ID和System ID是有严格的对应关系的,如果规定的System ID不能有Public ID,则上面的第8项可选内容也就不能存在。HTML5彻底放弃了HTML4中的过渡型和框架型的DOCTYPE,同时整合了XHTML的DOCTYPE声明,得出以下6种组合方式: 2c1270c86f9c9daaa6d62cd1b02ea1f4 e1e75ba89c85777d08d29756439454b3 e8f23d591553bddb70e3bd1e44f92235 7a6411e47a0d8df839bf2fe639bb005f fa56b51cdc47ab5a7e283cb29b398f55 b599898e56702493c8ec24e6c7221ef2 1个或多个空格。 一对引号或单引号(必须前后匹配),引号中放一个与前面的Public ID对应的System ID。 一段文本,即f1f3dc27d3317d91867b96d13d166c3b。 遗留工具DOCTYPE - leagacy tool compatible doctype 顾名思义,完全是为了兼容久远时代的历史遗产而准备的DOCTYPE,甚至都已经没办法考证什么样的“工具”会搞出这种DOCTYPE来……遗留工具型的DOCTYPE的组成如下: 比如这样的DOCTYPE就属于此类:d2e564010ca1d9a992160989a3c7f447,基本上除了大小写,没有什么值得改变的。 一段文本,即b8845f9b1fe56a00fc84f99a602435871 つ以上のスペース。 終了タグ、つまり >。 DOCTYPE - 非推奨の doctype は、HTML4 時代のいわゆるいくつかの DOCTYPE の構成は次のとおりです: 標準では、パブリック ID とシステム ID は厳密に対応しています。システム ID にはパブリック ID を含めることはできないため、上記の 8 番目のオプションのコンテンツは存在できません。 HTML5 では、HTML4 の移行期およびフレームワークの DOCTYPE を完全に放棄し、XHTML の DOCTYPE 宣言を統合し、次の 6 つの組み合わせになります。 "> fc35eaea991830021781e8a50242cde8 474deb1ee664920ef394a486fe02e3fa🎜🎜🎜< ;!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN">🎜🎜🎜🎜75621a44fb5dedeeb19d07591429afa5🎜🎜🎜🎜85ed68d7dfada1d22c39fefc425538d6🎜🎜🎜🎜9546397d25d1915326ac230a737ce22a🎜🎜🎜🎜🎜 1 つ以上のスペース。 🎜🎜🎜🎜一組の引用符または一重引用符 (前後が一致する必要があります) は、前のパブリック ID に対応するシステム ID を引用符内に置きます。 🎜🎜🎜🎜🎜 テキストの一部、つまり ba206f44380ce70e260ed34aefc3bb57。 🎜🎜🎜🎜🎜レガシーツール DOCTYPE - レガシーツール互換の doctype🎜🎜🎜🎜その名が示すように、DOCTYPE ははるか昔の歴史的遺産との互換性を完全に備えており、どのような「ツール」であるかを検証することさえ不可能です。この DOCTYPE を作成すると... レガシー ツール タイプ DOCTYPE の構成は次のとおりです: 🎜🎜たとえば、この DOCTYPE は次のカテゴリに分類されます: 513dbe969090b0783a8eefd1c38e6a5a では、基本的に Case を除いて、変更する価値のあるものは何もありません。 🎜🎜🎜🎜 テキスト、つまり 7fb9889dce881c12268f7397c4f82db8。 🎜🎜🎜🎜🎜現実的な詳細🎜🎜 DOCTYPE の役割については、実際のブラウジングでは、ブラウザの標準モードをトリガーする役割のみを果たします。標準によれば、HTML ドキュメントでは DOCTYPE の前に U+FFEF BOM、いくつかの 🎜コメント🎜、小さなスペースなどの他の要素を含めることができますが、現在の状態ではそれほど理想的ではありません。 🎜🎜🎜🎜 IE6-9の場合、DOCTYPEの前にコメントがあるとQuirksモードに入ります。 🎜🎜🎜🎜IE6の場合、DOCTYPEの前にXML宣言があるとQuirksモードに入ります。 🎜🎜🎜🎜書き終えた後、問題はすべて IE にあることに気づきました... この時点で DOCTYPE に関する問題が絡み合っています。 次の章では主にエンコーディング宣言の問題について説明します。 🎜🎜🎜🎜