当前位置: 代码迷 >> HTML/CSS >> 狂言HTML DOM与XML DOM的区别与联系【转】
  详细解决方案

狂言HTML DOM与XML DOM的区别与联系【转】

热度:562   发布时间:2012-08-29 08:40:14.0
大话HTML DOM与XML DOM的区别与联系【转】

?原文链接: ?http://developer.51cto.com/art/201009/225276.htm

摘要:随着我们对Web开发的深入了解,能够感觉到DOM是一个非常值得关注的点。为此,文章将详细的介绍HTML DOM和XML DOM之间微妙的区别及内在的联系。

本文内容的主题便是,为什么开发者要认为“DOM Level 1规范的架构”是至关重要的,其突出的重要性在哪里等等,以及还有HTML DOM和XML DOM之间微妙的区别及内在的联系。

  W3C所制订的DOM Level分为两大模块:Core和HTML。第一个大模块是Core核心,W3C规范是这样描述Core的:满足软件开发者和Web脚本编写者,访问和操控产品项目中包含的可解析的HTML和XML内容。

  第二个HTML模块,规范描述为:HTML之中特定元素的功能,和恰到好处的、易用的、针对常见性任务的HTML文档操作机制。

  以上可见两者的重要性。同时HTML模块的意义也在于,解决了向后兼容的问题,这在当今符合DOM Level 1的浏览器中已经可以提供适应的解决方案。

  按照这样的说法,如果您仍然不能理解上述的要义,我们则可以这样认为,HTML文档可以使用Core API和HTML API两者;而XML文档只能使用Core API。换句话说,HTML与XML重叠的部分有Core API,而HTML API则是不能共享的部分,顾名思义限于HTML文档所使用。这是我们认识Core/HTML的初步认识。

  理解DOM Level 1 Core

  理解DOM Level 1 Core之要义实质在于将Core看待成为许多节点(Nodes)而组成的文档(Document),也就是说,此文档结构中可允许存在着大量的条目项,其每一项都可理解为“节点”。讨论该结构可以以两个方面入手:一、一切皆是节点对象(Node Object,扁平化的角度去理解,flattened view,乃适合于多态下的接口);二、每个对象继承于基类节点,实现了节点的接口(interface,OO继承的角度去理解)。请观察一下这段HTML:

view plaincopy to clipboardprint?
<div id="myDiv">Hello World</div>
<div id="myDiv">Hello World</div>

  这是一个闭合的div标签。从DOM Level 1的层面来分析可以有以下几点内容:

  ◆标签div可作为“节点对象Node Object(扁平化角度,前面已述)”,或者元素对象Element OBject(继承的角度-元素继承于Node)。

  ◆节点属性id也可作为“节点对象Node Object(扁平化角度)”,或者属性对象Attr. OBject(继承的角度- Attr继承于Node)。

  ◆文本“Hello world”也可作为“节点对象Node Object(扁平化角度)”,字符串对象CharacterData对象(继承的角度- CharacterData继承于Node),Text文本对象(继承的角度- Text继承于CharacterData)。

  稍微归纳一下,就是DOM 1 Core部分中一切皆是节点,节点以及其接口都可实现在每个对象身上(从继承的角度理解出发),实现了节点接口才可以有节点的属性、方法。――这是我们理解的前提。然后,根据特定的节点类型的不同,其接口的属性和方法都是不同的,视乎DOM对该节点的设计而定。

  理解DOM Level 1 HTML

  我们日常工作的时候,跟HTML文档打交道,其实就是属于W3C所规定的DOM Level 1 HTML模块内的处理工作。HTML DOM的特性和方法不是标准的DOM实现,是专门针对HTML同时也让一些DOM操作变的更加简便。HTML模块集中表现在HTMLElement接口上,即为全体元素类型的对象所实现的接口。就该文讨论的范围而言,HTMLElement接口的参与形式与上述的 Node节点接口非常地相似。一旦引入了OO设计观,只要实现了HTMLElement接口的对象,就可以定义它为元素了。一份HTML文档有相当多的都是元素,当然还有,表示文档本身的HTMLDocument和集合容器HTMLCollection等等。

  因此,要准确理解DOM 1 HTML的模块,必须认识其接口是基于元素的(Element-based),而不是基于节点的(Node-based)。那样的话,元素方式与节点方式到底又有什么区别呢(Element v.s Node),应该如何界定两者呢?例如节点属性(properties of elements),当在“基于元素”的语境中,就是“属性(attributes)”,并非独立的节点对象。――尽管按照某个角度讲,元素是节点的一种特例,我们仍可保留“节点”这一说法,一个标签(tag)便是一个“节点”。假如我们要得到id属性的字符串的值是什么,采用DOM 1 Core的方式就是:


myElement.attributes["id"].value; // 从Node接口提供的属性
myElement.attributes["id"].value; // 从Node接口提供的属性

  等于下面的方法:


myElement.getAttribute("id"); // 从Element实现的方法返回
myElement.getAttribute("id"); // 从Element实现的方法返回

  但使用DOM 1 HTML方式的话,我们仅仅如此:


myElement.id;
myElement.id;

  这般就可以获取id了。此时此刻,你可能会认为,XML文档本身就不一定缺省有id的属性,而因为有你所说的HTMLElement.id属性预先定义在API中,当然HTML中的每个元素就有id的属性啦――这里的意思没有错,也不妨碍我们的理解。的确全体的HTML元素均有id一项的属性,不管HTMLDivElement\HTMLImageElement\……

  Core or HTML Module?

  既然这样,那我应该使用Core的API,还是HTML模块的API?对于HTML的文档来说,用Core或HTML Moduel实际差别不大。本来我们一直都不太强调这种界定,以致忽略了它们细微的差异。如果我们觉得还是模棱两可的话,我们可进一步查探它们的明细。

  个人认为处理XHTML并使用Core API这样更能够说明XHTML的“X”,即表明这份HTML就是一份标准的XML文档,以便与原有HTML 4.1从语义上区别开来。但请记住,当处理一份XML结构的文档的时候,自然而然就是采用Core去处理。通过XHMLHttpRequest请求执行后所返回的responseXML结果,只能使用Core的API去处理分析,就不能够采用HTML的了。

  小结

  通过文本开发者应该明白到,HTML DOM与XML DOM之间,既有区别,又有联系。一般而言,除了上述比较外,须值得一提的就是,HTML是可以允许不Well-Form的,XML就不行。

?

【相关】

  1. XML DOM新手入门指南
  2. 利用DOM解析XML文档实例
  3. JavaScript DOM的本质及操作方法

?

?

1 楼 vera_sq 2011-12-04  
view plaincopy to clipboardprint?  myElement.getAttributes("id"); // 从Element实现的方法返回    myElement.getAttributes("id"); // 从Element实现的方法返回

有个疑问,这个确定是从element实现的方法返回的吗?
2 楼 houfeng0923 2011-12-05  
vera_sq 写道
view plaincopy to clipboardprint?  myElement.getAttributes("id"); // 从Element实现的方法返回    myElement.getAttributes("id"); // 从Element实现的方法返回

有个疑问,这个确定是从element实现的方法返回的吗?



首先抱歉,转帖的时候没有仔细审核下,有个错误的地方,代码处应该是myElement.getAttribute("id")。(已修改)

你可以参考下:
http://www.w3.org/TR/REC-DOM-Level-1/level-one-core.html#ID-745549614
在level 1 core 中,定义了Element对象,提供了getAttribute方法。

3 楼 houfeng0923 2011-12-05  
相关链接:
http://www.w3.org/TR/REC-DOM-Level-1/level-one-core.html#ID-1950641247
http://www.w3.org/TR/REC-DOM-Level-1/level-one-core.html#ID-745549614

http://www.w3.org/TR/REC-DOM-Level-1/level-one-html.html#ID-642250288
  相关解决方案