摘自http://www.west263.com/info/html/wangyezhizuo/css/20080225/42390.html

当我们制作页面的时候，总会在它的源代码头部看到一串声明，比方最常见的

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

假设我们把这些代码去掉，会发现页面可能会有比較明显的变化，由于这样造成了有些样式的表现不一样。

这些代码我们称做DOCTYPE声明。DOCTYPE是document type(文档类型)的简写，用来说明你用的XHTML或者HTML是什么版本号。DOCTYPE声明必须放在每个XHTML文档最顶部，在全部代码和标识之上。

当中的DTD(比如上例中的xhtml1-transitional.dtd)叫文档类型定义。里面包括了文档的规则，浏览器就依据你定义的DTD来解释你页面的标识。并展现出来。

要建立符合标准的网页，DOCTYPE声明是不可缺少的关键组成部分；除非你的XHTML确定了一个正确的DOCTYPE，否则你的标识和CSS都不会生效。

XHTML 1.0 提供了三种DTD声明可供选择：

过渡的(Transitional):要求很宽松的DTD，它同意你继续使用HTML4.01的标识(可是要符合xhtml的写法)。完整代码例如以下：

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

严格的(Strict):要求严格的DTD，你不能使用不论什么表现层的标识和属性。比如

。完整代码例如以下：

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

框架的(Frameset):专门针对框架页面设计使用的DTD，假设你的页面中包括有框架，须要採用这样的DTD。

完整代码例如以下：

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Frameset//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd">

理想情况当然是严格的DTD，但对于我们大多数刚接触web标准的设计师来说。过渡的DTD(XHTML 1.0 Transitional)是眼下理想选择。由于这样的DTD还同意我们使用表现层的标识、元素和属性。也比較easy通过W3C的代码校验。





==========================以下原创====================

正如我们理解的那样,上面的我们最常看见的解释了.

可是今天我看到了一本外国文档,它的解释让一切变得是那么的简单,这非常能说明国内的翻译人员大多故弄玄虚,将简单的学问搞复杂.好了不多说了.開始sharing.

为什么MIME 类型非常重要,为什么我老是想起他们?

三个字:(draconian error handing)严格的错误处理.浏览器一直都是"宽容HTML的错误的".假设你在创建一个HTML页面的时候忘记了

<title>标签,浏览器也是照样能够显示你的html内容.虽然<title>元素不论什么版本号的HTML中都是一直要求出如今页面中的.相同,假设你在页面中使用了一些不同意的标签时,浏览器也会尽可能的解释它,而且不会报出错误.

可能这正是你所期待的,其实这些残缺的标签可以在浏览器上执行导致了web程序猿继续创建这些垃圾的残缺的代码.经过评估发现,网络上99%的web页面至少存在一个错误.由于这些错误并没有的导致浏览器在页面显示这些错误,所以就没有人去修复这个bug.

可是W3C组织却觉得这是一个主要的问题.而且着手来订正它.

XML,在1997年公布了.打破了浏览器容许HTML代码有错的传统,要求使用XML的语言必须将这些问题当成是错误并报告给终端用户.

当W3C将HTML改动为XML时,对应的用户的代码的MIME类型须要改动为

application/xhtml+xml,也就是将后缀改为(xhtml)

这样能够进行错误处理.假设你的XHTML页面中有一个错误,那么浏览器就会停止进程而且报告错误给终端用户.

这个观点并非非常流行,因为评估的有99%的站点存在问题,所以常常出现的问题

让XHTML1.0 和XHTML1.1 的新特性全然得不到体现.站点程序猿基本上直接忽略

application/xhtml+xml ,在并不意味则他们相同放弃了XHTML.

附带的XHTML给站点程序猿一个后门,用一些类似于XHTML的语法,可是还是使用

text/html MIME 类型.这就是我们如今成千上万的站点的做法 .

即使是今天,很多网页通过声明为XHTML类型,他们通过在页面的第一行声明XHTML doctype

使用小写的标签名称,在属性上面使用引號.在空元素后面加斜杠如<br/> <hr/>

只这些非常小的部分通过application/xhtml+xml MIME 类型触发错误处理.

不论什么页面假设它的MIME类型是text/html,那么不管它的doctype,语法,代码风格是什么样子的.将会使用容错的html解释器,忽略标记的错误.





好了,我总结一下,我们如今常常写的页面,事实上就是这个后门的体现.

那么,不这么定义头行不行?

如今是行了,可是假设是曾经老版本号的浏览器,你的站点可能就面目全非了.

假设你想编写可以兼容非常多浏览器的站点,那么推荐你还是使用





<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "

http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">





它要求很宽松的DTD。它同意你继续使用HTML4.01的标识.

能够说XHTML 1.0是更加严格和纯粹的HTML 4.01 版本号.

当然你也能够使用

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" 

"http://www.w3.org/TR/html4/loose.dtd">

这样的纯粹的HTML4.01 为什么须要头呢.

由于在 HTML 4.01 中，<!DOCTYPE> 声明引用 DTD，由于 HTML 4.01 基于 SGML。DTD 规定了标记语言的规则，这样浏览器才干正确地呈现内容。

为什么都是Transitional这样的类型的..这是过渡的版本号,兼容性更好.





然后将MIME类型改为我们的text/html.文件后缀为(html)为什么要这么多此一举呢?由于大多数浏览器

遵循XHTML1.0 或者XHTML 1.1,或者使用HTML 4.01 它们有了一些新的特性.我们都想用这些新特性,可是又不想让自己的页面报错.折中的办法应该就是这样了.

可是对于大多数站点程序猿来说,我想他们事实上就是所谓的"挂羊头卖狗肉"吧.

新特性没用到,还由于这些无厘头的头部把自己的代码搞的云里雾里的.

幸好,我们的HTML5时代来临了.全部的这些都将成为历史.

HTML5不是基于SGML的,所以不须要引用DTD.仅仅须要

<!DOCTYPE html>





That is all.

Best Wishes....

正确理解HTML,XHTML页面的头部doctype定义的更多相关文章

  1. 在页面头部<!DOCTYPE html ....> 前面不能有任何输出

    <!-- 这里不能有任何输出,注释也不行 --><!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN& ...

  2. IM开发基础知识补课(四)：正确理解HTTP短连接中的Cookie、Session和Token

    本文引用了简书作者“骑小猪看流星”技术文章“Cookie.Session.Token那点事儿”的部分内容,感谢原作者. 1.前言 众所周之,IM是个典型的快速数据流交换系统,当今主流IM系统(尤其移动 ...

  3. Js位置与大小（1）——正确理解和运用与尺寸大小相关的DOM属性

    在web开发中,不可避免遇到要计算元素大小以及位置的问题,解决这类问题的方法是利用DOM提供的一些API结合兼容性处理来,所有内容大概分3篇左右的文章的来说明.本文作为第一篇,介绍DOM提供的与尺寸大 ...

  4. IM开发基础知识补课：正确理解前置HTTP SSO单点登陆接口的原理

    1.前言 一个安全的信息系统,合法身份检查是必须环节.尤其IM这种以“人”为中心的社交体系,身份认证更是必不可少. 一些PC时代小型IM系统中,身份认证可能直接做到长连接中(也就是整个IM系统都是以长 ...

  5. IM开发基础知识补课(五)：通俗易懂，正确理解并用好MQ消息队列

    1.引言 消息是互联网信息的一种表现形式,是人利用计算机进行信息传递的有效载体,比如即时通讯网坛友最熟悉的即时通讯消息就是其具体的表现形式之一. 消息从发送者到接收者的典型传递方式有两种: 1)一种我 ...

  6. 【转】正确理解PHP程序编译时的错误信息

    我们编写程序时,无论怎样小心谨慎,犯错总是在所难免的.这些错误通常会迷惑PHP编译器.如果开发人员无法了解编译器报错信息的含义,那么这些错误信息不仅毫无用处,还会常常让人感到沮丧. 编译PHP脚本时, ...

  7. 如何正确理解正则表达式中的分隔符 \b

    前言:好久不见,博客园. 最近在学习研究regex,其中有个特迷惑自己的知识点是分隔符 ( word boundary) [\b] (注:为了方便,后文都以[]来包含字符,并不是reg规则里面的[] ...

  8. Java进阶（七）正确理解Thread Local的原理与适用场景

    原创文章,始自发作者个人博客,转载请务必将下面这段话置于文章开头处(保留超链接). 本文转发自技术世界,原文链接 http://www.jasongj.com/java/threadlocal/ Th ...

  9. 正确理解CAP定理

    前言 CAP的理解我也看了很多书籍,也看了不少同行的博文,基本每个人的理解都不一样,而布鲁尔教授得定义又太过的简单,没有具体描述和场景案例分析.因此自己参考部分资料梳理了一篇与大家互相分享一下. 标题 ...

随机推荐

  1. Delphi高仿Windows扫雷游戏（全部都是贴图绘制）

    http://www.newxing.com/Code/Delphi/game/543.html http://www.newxing.com/Code/Delphi/Network/1324.htm ...

  2. 九度OnlineJudge之1017：还是畅通工程

    题目描述:     某省调查乡村交通状况,得到的统计表中列出了任意两村庄间的距离.省政府“畅通工程”的目标是使全省任何两个村庄间都可以实现公路交通(但不一定有直接的公路相连,只要能间接通过公路可达即可 ...

  3. hdu4431 Mahjong

    Mahjong Time Limit: 4000/2000 MS (Java/Others) Memory Limit: 32768/32768 K (Java/Others) Total Submi ...

  4. innerHeight与clientHeight、innerWidth与clientWidth、scrollLeft与pageXOffset等属性

    区分innerHeight与clientHeight.innerWidth与clientWidth.scrollLeft与pageXOffset等属性 标签: innerheight clienthe ...

  5. SwifThumb.com 第一家Swift开发人员论坛 QQ群 343549891

     官方QQ群2: 兴许会有app出来让大家随时地学习Swift并在线交流~ watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvQW5ld2N6cw==/font ...

  6. C#拖曳控件加载,bll报错问题

    C#拖曳控件加载,bll报错问题,加载时实例如化bll时加上一个判断 if (!(GetService(typeof(IDesignerHost)) != null            || Sys ...

  7. java-多线程安全问题

    1. 安全问题产生原因 多个线程操作共享数据. 操作共享数据的线程代码有多条.当一个线程在执行操作共享数据的多条代码过程中,其他线程参与了计算,就会产生线程安全问题. 2. 解决方案 java中用同步 ...

  8. Android之一个简单计算器源代码

    通过Android4.0 网格布局GridLayout来实现一个简单的计算器界面布局   源码如下(欢迎大家指导 批评 ) package com.android.xiong.gridlayoutTe ...

  9. 基于visual Studio2013解决面试题之0609寻找链表公共节点

     题目

  10. 为什么要用BitSet

    BitSet适用于一类型boolean判断,Java的BitSet在这类型判断中非常高效. 举例说明:在判断前2000万数字中素数个数的程序中,如果使用最基本的素数判断代码: package com; ...