本文内容的主题便是,为什么开发者要认为“DOM Level 1规范的架构”是至关重要的,其突出的重要性在哪里等等,以及还有HTML DOM和XML DOM之间微妙的区别及内在的联系。
51CTO推荐阅读: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的方式就是:
- view plaincopy to clipboardprint?
- myElement.attributes["id"].value; // 从Node接口提供的属性
- myElement.attributes["id"].value; // 从Node接口提供的属性
等于下面的方法:
- view plaincopy to clipboardprint?
- myElement.getAttributes("id"); // 从Element实现的方法返回
- myElement.getAttributes("id"); // 从Element实现的方法返回
但使用DOM 1 HTML方式的话,我们仅仅如此:
- view plaincopy to clipboardprint?
- 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就不行。