HTML基础入门学识Word下载.docx
- 文档编号:21629798
- 上传时间:2023-01-31
- 格式:DOCX
- 页数:14
- 大小:28.16KB
HTML基础入门学识Word下载.docx
《HTML基础入门学识Word下载.docx》由会员分享,可在线阅读,更多相关《HTML基础入门学识Word下载.docx(14页珍藏版)》请在冰豆网上搜索。
HTML最初的构想是作为一种交换科学和其它技术文档的一种语言,供那些不熟悉书写文档的专家使用。
HTML规定一小套结构语义标签,适于书写相对简单的文档,从而解决了SGML复杂性的问题。
除了简化了文档结构外,HTML还加入了对超文本的支持,以后还增加了媒体功能。
在非常短的时间内,HTML变得广泛流行,并且很快超出了其原来的目的。
HTML(标准)内部的新元素以很快的速度创造出来,HTML也被很快的改编以用于垂直的,高度专门化的市场。
多余的新元素导致文档在跨平台时的兼容问题。
随着软件和平台不一致性增加,很显然,“经典的”HTML4在这些平台上使用的适用性就会受到一些限制。
1.2什么是XML?
XML[XML]是ExtensibleMarkupLanguage的缩写,创造XML的目的是重新获得SGML的能力和灵活性,而去除其大部分复杂的东西。
尽管是一个受限制SGML的形式,但是XML仍保留了SGML的大部分功能和丰富性,还保留了SGML的所有常用特性。
在保留这些有用的特性的同时,XML去掉了SMGL中很多更复杂的特性,这些特性使得书写和设计合适的软件既困难又昂贵。
1.3为什么需要XHTML?
上面已经提到了移植到XHTML的好处,一般来说,移植到XHTML的好处有:
文档开发者和用户代理程序设计商常常用新方法,新标签来表达它们的想法。
用XML导入新元素和新的元素属性相对来说更容易。
XHTML家族被设计用来提供这些扩展,通过XHTML模块和开发新的遵从XHTML的模块的技术。
(将在即将出台的XHTML模块化规范说明书中描述)。
在开发文档和设计新用户代理程序时,这些模块将允许混合使用现有的和新的特性集。
各种替代的访问Internet的方法不断的被提出。
一些人估计,到2002年,internet上75%的文档会在这些替代的平台上被查看。
XHTML在设计时就考虑到用户代理程序的协同工作性。
通过一个新的用户代理程序和文档协议机制,服务器、代理程序和用户代理程序将能够最佳地满足传输,最后,有可能开发出遵循XHTML的文档,能被任何遵循XHTML的用户代理程序使用。
2.定义
2.1术语
本规范书要用到下面的词条。
这些词条基于ISO/IEC9945-1:
1990[POSIX.1]中类似的定义,并扩展定义在[RFC2119]中:
执行定义(Implementation-defined)
一个值或行为被执行定义时,它由执行来定义相应的需要以正确解释文档。
可以(May)
在执行时,词“可以”被解释为一个可选的特性,在本规范书中不是必须的,但是可以提供。
对于文档一致性来说,词”可以”的意思是不能使用可选的特性.”可选的”(optional)和”可以”的定义是相同的。
必须(Must)
在本规范书中,“必须”被解释为,在执行时或对于严格遵循XHTML的文档的强制需要。
词条”应当”(shall)和”必须”的定义相同。
.
保留(Reserved)
一个值或行为未被指定,但是不允许用于符合规范的文档,也不被符合规范的用户代理程序支持。
应该(Should)
在执行时,”应该”被解释为一个执行时的建议,但不是一个必须。
对于文档来说,“应该”被解释为:
编程练习时是推荐使用的,对于严格遵循XHTML的文档,则是必须的。
被支持(Supported)
本规范书中某些功能是可选的,如果一个功能被支持,它的行为被本规范书规定。
未指定(Unspecified)
一个值或行为未被指定时,规范书不定义一个功能的可移植性要求,即使文档中使用了这个功能。
在这种情况下,一个需要指定的行为的文档,而不是在使用这个功能时允许任何行为,不是一个严格遵循XHTML的文档。
2.2常见词条
属性(Attribute)
属性是在DTD中声明过的某个元素的一个参数。
属性的类型和取值范围,包括它可能的缺省值,在DTD中定义。
DTD
一个DTD,又称文档类型定义,是一个XML声明集合,在其中定义遵从DTD的文档中使用的合法的结构,元素和属性。
文档(Document)
文档是一个数据流,还包括它引用的其它数据流。
文档的结构是用相关的DTD定义的元素组织起来来保存信息。
更多信息,请参看DocumentConformance。
元素(Element)
元素是在DTD中声明的文档的结构单位。
元素的内容模型在DTD中定义,额外的语义可以在另外的元素描述中定义。
功能(Facilities)
功能包括元素,属性和与元素属性相关的语义。
支持这些功能的执行说成提供了所需的功能。
执行(Implementation)
执行是指系统提供了功能和服务集以支持本规范书。
更多信息,请参看UserAgentConformance。
分析(Parsing)
分析是扫描文档的动作,文档包含的信息被过滤成元素的上下文结构包含的信息。
显示(Rendering)
显示是文档信息被呈现的动作。
显示以最适合环境的形式完成(如声觉,视觉,打印)。
用户代理程序(UserAgent)
用户代理程序是执行程序,获取并处理XHTML文档。
更多信息,请查看UserAgentConformance。
验证(Validation)
验证是用相关的DTD检验文档的过程,以确信结构,元素的使用,属性的使用和DTD中的定义一致。
格式良好(Well-formed)
一个格式良好的文档的结构依照XML1.0推荐标准[XML]中2.1节Section2.1的规定。
基本上,这个定义规定了元素必须有起始和结束标签,要正确的互相嵌套。
3.XHTML1.0的标准定义
3.1文档一致性
本版本XHTML提供了严格的遵循XHTML文档的定义,受限于XHTML名址提供的标签和属性。
使用XHTML其它名址空间的信息,如RDF表达的元数据,请参看Section3.1.2。
3.1.1严格遵循的文档。
一个严格遵循XHTML的文档只需要本规范书描述的强制性功能,必须依照下列标准:
它必须经过附录AAppendix A中的3中DTD之一的验证。
文档的根元素必须是<
html>
。
文档的根元素必须用xmlns属性[XMLNAMES]指定XHTML名址。
XHTML的名址在http:
//www.w3.org/1999/xhtml中定义。
在根元素之前,必须有一个DOCTYPE声明。
DOCTYPE声明中包含的公共标识符必须引用附录AAppendix A中的3中DTD的一种,每种DTD有各自的正式公共标识符。
系统标识符可以改变以适应本地系统。
<
!
DOCTYPEhtml
PUBLIC"
-//W3C//DTDXHTML1.0Strict//EN"
"
DTD/xhtml1-strict.dtd"
>
-//W3C//DTDXHTML1.0Transitional//EN"
DTD/xhtml1-transitional.dtd"
-//W3C//DTDXHTML1.0Frameset//EN"
DTD/xhtml1-frameset.dtd"
下面是一个最小的XHTML文档示例:
?
xmlversion="
1.0"
encoding="
UTF-8"
htmlxmlns="
http:
//www.w3.org/1999/xhtml"
xml:
lang="
en"
lang="
head>
title>
VirtualLibrary<
/title>
/head>
body>
p>
Movedto<
ahref="
//vlib.org/"
vlib.org<
/a>
.<
/p>
/body>
/html>
注意在这个例子中含有XML声明。
XML声明并不是在所有的XML文档中都是必须的。
XHTML被强烈建议使用XML声明。
当字符编码不是缺省的UTF-8或UTF-6时,这样的声明是必须的。
3.1.2在XHTML中使用其它名址空间
在XHTML名址空间中可以用[XMLNAMES]使用其它XML名址空间,尽管这样文档会不是严格遵循XHTML的文档。
W3C将在以后致力为多名址空间指定一致性的问题。
下面的例子说明XHTML1.0和MathML推荐标准联合使用的方法。
AMathExample<
ThefollowingisMathMLmarkup:
mathxmlns="
//www.w3.org/1998/Math/MathML"
apply>
<
log/>
logbase>
cn>
3<
/cn>
/logbase>
ci>
x<
/ci>
/apply>
/math>
下面的例子说明XHTML1.0和其它XML名址空间联合使用的方法:
--initially,thedefaultnamespaceis"
books"
-->
bookxmlns='
urn:
loc.gov:
books'
xmlns:
isbn='
ISBN:
0-395-36341-6'
CheaperbytheDozen<
isbn:
number>
1568491379<
/isbn:
notes>
--makeHTMLthedefaultnamespaceforahypertextcommentary-->
pxmlns='
//www.w3.org/1999/xhtml'
Thisisalsoavailable<
//www.w3.org/"
online<
.
/notes>
/book>
3.2用户代理程序一致性
一个遵从的用户代理程序必须遵照下面所有标准:
为和XML1.0推荐标准一致[XML],用户代理程序必须分析和评估XHTML文档的编排良好性。
如果用户代理程序宣称自己是一个带验证能力的用户代理,它还必须依照[XML]安文档引用的DTD来验证文档。
当用户代理程序宣称支持本规范书定义的功能facilities时,它必须按功能的定义来支持。
当用户代理程序按一般的XML来处理XHTML文档时,它应当只将ID类型的属性(如多数XHTML元素的ID属性)识别成片段标识符。
如果用户代理程序遇到一个它不识别的元素,它必须显示元素的内容。
如果用户代理程序遇到一个它不识别的属性,它必须忽略整个属性的定义(即属性及其值)。
如果用户代理程序遇到一个它不识别的属性值,它必须使用使用属性的缺省值。
如果它遇到一个实体引用(不是预定义了的实体),用户代理程序没有处理过其声明(如果声明是在用户代理程序没有读到的外部子集中就会发生),实体引用应该以字符显示(以&
符号开始,以半冒号结束),以编排成实体引用。
在显示内容时,用户代理程序如果遇到它不认识的字符或认识但不能显示字符实体引用,它应该以显眼的方式告诉用户发生了异常显示。
下面的字符在[XML]中被定义为空白(whitespace)字符:
空格(&
#x0020;
)
Tab(&
#x0009;
回车(&
#x000D;
换行(&
#x000A;
XML处理程序将不同系统的行结束码规格化为单个换行附传递给应用。
因此XHTML还必须将下列字符看成空白字符:
换页(&
#x000C;
0宽度空格(&
#x200B;
对'
xml:
space'
属性被设为”保留”的元素,用户代理程序必须保持所有空白字符的原样(引导和结尾处空白字符除外,这些字符应该被删除).否则,按下列规则处理空白字符:
所有块元素周围的空白字符应该被删除。
注释全部去除,不影响空白符的处理。
注释两旁的一个空白符被处理为两个空白符引导和结尾处空白字符应该被删除块元素内的换行字符必须转换成空格('
属性被设为”保留”时例外)。
一串连续的空白字符必须减少为单个空格('
在显示时,用户代理程序应该以恰当的方式显示文档内容为文档内容书写的语言。
在主要是拉丁书写体的语言中,ASCII空格典型的用来编码语法上的词的分界和印刷上的空白;
在和Nagari书写体相关的语言中(如梵语,泰语等),语法上的边界可以用ZW空格字符编码,但是在显示输出时一般不用印刷上的空格表示;
用阿拉伯语形式书写体的语言,可以用空格字符编码印刷上的空白,单不能用ZW空格定界内部的文法分界(如,在英语看来是一个词的'
kitAbuhum'
='
kitAbu-hum'
bookthem'
==theirbook,在阿拉伯语中编码为几个词);
中文书写体习惯则一般既不用这种方式编码分界也不使用印刷上的空白。
属性的值中的空白符的处理方式按照[XML]。
4.与HTML4的区别
因为XHTML是XML的一个应用,一些在基于SGML的HTML4中完全合法的习惯在XHTML中必须改变。
4.1文档必须是编排良好的
编排良好性Well-formedness是[XML]引入的一个新概念。
从本质上说,这意味着元素必须有结束标签,或者必须以特殊方式书写(在下面说明)。
元素必须嵌套,尽管SGML规定层叠非法,但现有的浏览器普遍允许层叠。
正确:
嵌套元素。
<
hereisanemphasized<
em>
paragraph<
/em>
不正确:
层叠元素。
paragraph.<
4.2元素和属性名必须小写
对所有HTML元素和属性名,XHTML文档必须使用小写。
因为XML是大小写敏感的,所以这个差别是必须的。
如<
li>
和<
LI>
是不同的标签。
4.3对非空元素,必须使用结束标签
在基于SGML的HTML4中,一些隐含结束意义的元素允许忽略结束标签。
而在基于XML的XHTML中,这种忽略不被允许。
除了在DTD中被声明为空的元素,所有元素必须有结束标签。
正确:
结束了的元素。
hereisaparagraph.<
hereisanotherparagraph.<
不正确:
未结束元素。
hereisanotherparagraph.
4.4属性值必须在引号中
所有的属性必须用引号,即使是数字。
在引号中的属性值
tablerows="
3"
不在引号中的属性值。
tablerows=3>
4.5属性最小化
XML不支持属性最小化.属性值对必须写全。
象compact,checked这样的属性名不能不指定属性值而在元素中出现。
没有最小化的属性
dlcompact="
compact"
最小化属性
dlcompact>
4.6空元素
空元素要么必须有结束标签,要么起始标签以/>
结束.例如,<
br/>
或<
hr>
/hr>
.请参看HTML兼容性指导HTMLCompatibilityGuidelines中的信息,以保证向后兼容HTML4用户代理程序
结束的空元素
hr/>
错误:
未结束的空标签
br>
4.7属性值中的空白字符处理
对属性值,用户代理程序将删去引导和后序空白符,将一个或多个空白符(包括换行)转换成单个字符间空间(在西方书写体中是一个ASCII空格)SeeSection3.3.3of[XML]。
4.8ScriptandStyle元素
在XHTML中,script和style元素声明为#PCDATA内容形式,因此,<
和&
被看作是标识的开始,&
lt和&
amp这样的实体被XML处理程序看作为实体引用而分别被认为是<
.将script和style元素的内容包裹在CDATA记号部分中避免了这些实体的扩张。
script>
[CDATA[
...unescapedscriptcontent...
]]>
/script>
CDATA部分被XML处理程序识别,是文档对象模型中一个结点。
请参看1.3节Section1.3的DOMLEVEL1推荐标准[DOM]。
替代的方式是使用外部script和style文档。
4.9SGML禁止
SGML给作者的DTD可以指定在一个元素内部禁止出现的元素。
这样的禁止在XML中是不可能的。
例如,严格的HTML4DTD禁止任何深度的’a’元素对另一’a’元素的嵌套。
在XML中无法写出这样的禁止。
尽管这些禁止不能在DTD中定义,一些元素不应该被嵌套。
在标准化的附录BAppendix B中是这些元素的汇总。
4.10具有'
id'
和'
name'
属性的元素
HTML4定义了name属性的元素有a,applet,form,frame,iframe,img,andmap.HTML4还引入了id属性.这两个属性都是被设计作为片段标识符。
在XML中,片段标识符是ID类型,每个元素只能有一个ID类型的属性。
因此,在XHTML1.0中,id属性被定义为ID类型。
为保证XHTML1.0文档是结构良好的XML文档,在定义一个片段标识符时,XHTML文档必须使用id属性,即使是对那些以前用name属性的元素。
请参看HTMLCompatibilityGuidelines的信息,确保XHTML文档以text/html媒体类型使用时,这些”锚”能向后兼容。
注意,在XHTML1.0中,name属性不被正式支持,在以后的XHTML版本中将被删除。
5.兼容性问题
尽管XHTML不必和已有的用户代理程序兼容,在操作上它很容易实现。
创建兼容文档的指导方针在Appendix C中。
5.1Internet媒体类型
在本推荐标准发布时,基于XML的应用的通用MIME标签问题还未被解决。
虽然如此,依照AppendixC中指导方针的XHTML文档可以标为"
text/html"
媒体类型,因为这被大多数浏览器兼容。
本文档对XHTML文档的其它MIME标签不做推荐。
6.未来趋势
XHTML1.0提供了一类文档类型的基础,此类文档将扩展xhtml和包含XHTML子集。
为了广泛的支持新设备和新应用,定义模块和指定联合这些模块的机制。
这个机制将用统一的方式定义新模块,以扩展和子集XHTML。
6.1模块化HTML
因为XHTML的应用从传统的桌面用户代理程序转移到其它平台,显然,在所有的平台上不一定要用到所有的XHTML元素。
例如,手上设备或蜂窝电话可以只支持XHTML元
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- HTML 基础 入门 学识