大话html dom与xml dom的区别与联系

本文内容的主题便是，为什么开发者要认为“dom level 1规范的架构”是至关重要的，其突出的重要性在哪里等等，以及还有html dom和xml dom之间微妙的区别及内在的联系。
7 i0 W) q6 q3 S3 r) \6 tw3c所制订的dom level分为两大模块：core和html。第一个大模块是core核心，w3c规范是这样描述core的：满足软件开发者和web脚本编写者，访问和操控产品项目中包含的可解析的html和xml内容。
% e& X* w$ e" E; N9 S# ?第二个html模块，规范描述为：html之中特定元素的功能，和恰到好处的、易用的、针对常见性任务的html文档操作机制。
8 e5 _  A4 B0 t4 {0 ~# m以上可见两者的重要性。同时html模块的意义也在于，解决了向后兼容的问题，这在当今符合dom level 1的浏览器中已经可以提供适应的解决方案。
按照这样的说法，如果您仍然不能理解上述的要义，我们则可以这样认为，html文档可以使用core api和html api两者；而xml文档只能使用core api。换句话说，html与xml重叠的部分有core api，而html api则是不能共享的部分，顾名思义限于html文档所使用。这是我们认识core/html的初步认识。
3 t5 S- k6 ~9 d& r$ e# ?7 \# |% @! B理解dom level 1 core
理解dom level 1 core之要义实质在于将core看待成为许多节点（nodes）而组成的文档（document），也就是说，此文档结构中可允许存在着大量的条目项，其每一项都可理解为“节点”。讨论该结构可以以两个方面入手：一、一切皆是节点对象（node object，扁平化的角度去理解，flattened view，乃适合于多态下的接口）；二、每个对象继承于基类节点，实现了节点的接口（interface，oo继承的角度去理解）。请观察一下这段html：
7 x. Y; U+ a6 ^. [3 sview plaincopy to clipboardprint?
/ o3 b+ k7 W3 j  b: G<div id=mydiv>hello world</div>
<div id=mydiv>hello world</div>
这是一个闭合的div标签。从dom level 1的层面来分析可以有以下几点内容：
◆标签div可作为“节点对象node object（扁平化角度，前面已述）”，或者元素对象element object（继承的角度 - 元素继承于node）。
" x( j5 E' {. X# S: o* r◆节点属性id也可作为“节点对象node object（扁平化角度）”，或者属性对象attr. object（继承的角度 - attr继承于node）。
* T7 ~9 p% R: X! l+ M4 o; S6 K◆文本“hello world”也可作为“节点对象node object（扁平化角度）”，字符串对象characterdata对象（继承的角度 - characterdata继承于node），text文本对象（继承的角度 - text继承于characterdata）。
" x/ a1 g1 }- q! X0 {2 T稍微归纳一下，就是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接口提供的属性
等于下面的方法：
& h9 |$ v! s4 n  }. G6 _, [view plaincopy to clipboardprint?
! p  L8 m! i) M% d) J0 y, k! j" f7 lmyelement.getattributes(id); // 从element实现的方法返回
myelement.getattributes(id); // 从element实现的方法返回
但使用dom 1 html方式的话，我们仅仅如此：
view plaincopy to clipboardprint?
myelement.id;
/ l2 m; s- Y8 E3 w+ ymyelement.id;
这般就可以获取id了。此时此刻，你可能会认为，xml文档本身就不一定缺省有id的属性，而因为有你所说的htmlelement.id属性预先定义在api中，当然html中的每个元素就有id的属性啦——这里的意思没有错，也不妨碍我们的理解。的确全体的html元素均有id一项的属性，不管htmldivelement\htmlimageelement\……
0 C. B  p& i- c0 z3 ?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就不行。

+ J2 F" q2 X5 y* V8 l) Z1 f2 E更多网页制作信息请查看： 网页制作

也有啊,前天不是你也到一个很狂的贴里去了吗?

呵呵 我可不敢~~~~

笨点也好~~~~

我帮不了你

手机版的得知互动论坛好强大

俺灌的不是水，是寂寞啊！

什么什么啊??

看起来好~~像啊~~~~~

我也不知道了~~你把我问蒙了 呵呵

呵呵　那是啊～～