本文內(nèi)容的主題便是，為什么開發(fā)者要認(rèn)為“DOM Level 1規(guī)范的架構(gòu)”是至關(guān)重要的，其突出的重要性在哪里等等，以及還有HTML DOM和XML DOM之間微妙的區(qū)別及內(nèi)在的聯(lián)系。

　　W3C所制訂的DOM Level分為兩大模塊：Core和HTML。第一個(gè)大模塊是Core核心，W3C規(guī)范是這樣描述Core的：滿足軟件開發(fā)者和Web腳本編寫者，訪問和操控產(chǎn)品項(xiàng)目中包含的可解析的HTML和XML內(nèi)容。

　　第二個(gè)HTML模塊，規(guī)范描述為：HTML之中特定元素的功能，和恰到好處的、易用的、針對(duì)常見性任務(wù)的HTML文檔操作機(jī)制。

　　以上可見兩者的重要性。同時(shí)HTML模塊的意義也在于，解決了向后兼容的問題，這在當(dāng)今符合DOM Level 1的瀏覽器中已經(jīng)可以提供適應(yīng)的解決方案。

　　按照這樣的說法，如果您仍然不能理解上述的要義，我們則可以這樣認(rèn)為，HTML文檔可以使用Core API和HTML API兩者；而XML文檔只能使用Core API。換句話說，HTML與XML重疊的部分有Core API，而HTML API則是不能共享的部分，顧名思義限于HTML文檔所使用。這是我們認(rèn)識(shí)Core/HTML的初步認(rèn)識(shí)。

　　理解DOM Level 1 Core

　　理解DOM Level 1 Core之要義實(shí)質(zhì)在于將Core看待成為許多節(jié)點(diǎn)（Nodes）而組成的文檔（Document），也就是說，此文檔結(jié)構(gòu)中可允許存在著大量的條目項(xiàng)，其每一項(xiàng)都可理解為“節(jié)點(diǎn)”。討論該結(jié)構(gòu)可以以兩個(gè)方面入手：一、一切皆是節(jié)點(diǎn)對(duì)象（Node Object，扁平化的角度去理解，flattened view，乃適合于多態(tài)下的接口）；二、每個(gè)對(duì)象繼承于基類節(jié)點(diǎn)，實(shí)現(xiàn)了節(jié)點(diǎn)的接口（interface，OO繼承的角度去理解）。請(qǐng)觀察一下這段HTML：

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

　　這是一個(gè)閉合的div標(biāo)簽。從DOM Level 1的層面來分析可以有以下幾點(diǎn)內(nèi)容：

　　◆標(biāo)簽div可作為“節(jié)點(diǎn)對(duì)象Node Object（扁平化角度，前面已述）”，或者元素對(duì)象Element OBject（繼承的角度 - 元素繼承于Node）。

　　◆節(jié)點(diǎn)屬性id也可作為“節(jié)點(diǎn)對(duì)象Node Object（扁平化角度）”，或者屬性對(duì)象Attr. OBject（繼承的角度 - Attr繼承于Node）。

　　◆文本“Hello world”也可作為“節(jié)點(diǎn)對(duì)象Node Object（扁平化角度）”，字符串對(duì)象CharacterData對(duì)象（繼承的角度 - CharacterData繼承于Node），Text文本對(duì)象（繼承的角度 - Text繼承于CharacterData）。

　　稍微歸納一下，就是DOM 1 Core部分中一切皆是節(jié)點(diǎn)，節(jié)點(diǎn)以及其接口都可實(shí)現(xiàn)在每個(gè)對(duì)象身上（從繼承的角度理解出發(fā)），實(shí)現(xiàn)了節(jié)點(diǎn)接口才可以有節(jié)點(diǎn)的屬性、方法。——這是我們理解的前提。然后，根據(jù)特定的節(jié)點(diǎn)類型的不同，其接口的屬性和方法都是不同的，視乎DOM對(duì)該節(jié)點(diǎn)的設(shè)計(jì)而定。

　　理解DOM Level 1 HTML

　　我們?nèi)粘９ぷ鞯臅r(shí)候，跟HTML文檔打交道，其實(shí)就是屬于W3C所規(guī)定的DOM Level 1 HTML模塊內(nèi)的處理工作。HTML DOM的特性和方法不是標(biāo)準(zhǔn)的DOM實(shí)現(xiàn)，是專門針對(duì)HTML同時(shí)也讓一些DOM操作變的更加簡(jiǎn)便。HTML模塊集中表現(xiàn)在HTMLElement接口上，即為全體元素類型的對(duì)象所實(shí)現(xiàn)的接口。就該文討論的范圍而言，HTMLElement接口的參與形式與上述的 Node節(jié)點(diǎn)接口非常地相似。一旦引入了OO設(shè)計(jì)觀，只要實(shí)現(xiàn)了HTMLElement接口的對(duì)象，就可以定義它為元素了。一份HTML文檔有相當(dāng)多的都是元素，當(dāng)然還有，表示文檔本身的HTMLDocument和集合容器HTMLCollection等等。

　　因此，要準(zhǔn)確理解DOM 1 HTML的模塊，必須認(rèn)識(shí)其接口是基于元素的（Element-based），而不是基于節(jié)點(diǎn)的（Node-based）。那樣的話，元素方式與節(jié)點(diǎn)方式到底又有什么區(qū)別呢（Element v.s Node），應(yīng)該如何界定兩者呢？例如節(jié)點(diǎn)屬性（properties of elements），當(dāng)在“基于元素”的語境中，就是“屬性（attributes）”，并非獨(dú)立的節(jié)點(diǎn)對(duì)象。——盡管按照某個(gè)角度講，元素是節(jié)點(diǎn)的一種特例，我們?nèi)钥杀Ａ?ldquo;節(jié)點(diǎn)”這一說法，一個(gè)標(biāo)簽（tag）便是一個(gè) “節(jié)點(diǎn)”。假如我們要得到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實(shí)現(xiàn)的方法返回    
myElement.getAttributes("id"); // 從Element實(shí)現(xiàn)的方法返回  

　　但使用DOM 1 HTML方式的話，我們僅僅如此：

view plaincopy to clipboardprint?  
myElement.id;    
myElement.id;  

　　這般就可以獲取id了。此時(shí)此刻，你可能會(huì)認(rèn)為，XML文檔本身就不一定缺省有id的屬性，而因?yàn)橛心闼f的HTMLElement.id屬性預(yù)先定義在API中，當(dāng)然HTML中的每個(gè)元素就有id的屬性啦——這里的意思沒有錯(cuò)，也不妨礙我們的理解。的確全體的HTML元素均有id一項(xiàng)的屬性，不管HTMLDivElement\HTMLImageElement\……

　　Core or HTML Module？

　　既然這樣，那我應(yīng)該使用Core的API，還是HTML模塊的API？對(duì)于HTML的文檔來說，用Core或HTML Moduel實(shí)際差別不大。本來我們一直都不太強(qiáng)調(diào)這種界定，以致忽略了它們細(xì)微的差異。如果我們覺得還是模棱兩可的話，我們可進(jìn)一步查探它們的明細(xì)。個(gè)人認(rèn)為處理XHTML并使用Core API這樣更能夠說明XHTML的“X”，即表明這份HTML就是一份標(biāo)準(zhǔn)的XML文檔，以便與原有HTML 4.1從語義上區(qū)別開來。但請(qǐng)記住，當(dāng)處理一份XML結(jié)構(gòu)的文檔的時(shí)候，自然而然就是采用Core去處理。通過XHMLHttpRequest請(qǐng)求執(zhí)行后所返回的responseXML結(jié)果，只能使用Core的API去處理分析，就不能夠采用HTML的了。

　　小結(jié)

　　通過文本開發(fā)者應(yīng)該明白到，HTML DOM與XML DOM之間，既有區(qū)別，又有聯(lián)系。一般而言，除了上述比較外，須值得一提的就是，HTML是可以允許不Well-Form的，XML就不行。