SAX?(Simple?API?for?XML)?和?DOM?(Document?Object?Model)?都是為了讓程序員不用寫一個解析器就
可以訪問他們的資料信息。通過利用XML?1.0格式保存信息,以及使用SAX或者DOM?APIs你的程序可以使用任何解析器。這是因為使用他們所喜愛
的語言開發解析器的開發者必須實現SAX和DOM?APIs。?SAX和DOM?APIs?對多種語言中都可以實現(Java,?C++,?Perl,
?Python,?其它...)。
所以SAX?和?DOM都是為了同樣的目的而存在,這就是使用戶可以利用任何編程語言訪問存入XML文檔中的信息(要有一個那種編程語言的解析器)。雖然他們在提供給你訪問信息的方法上大不相同。
什么是DOM?
DOM?可以讓你以分層次對象模型來訪問儲存在XML文檔中的信息。DOM生成一棵節點樹(以XML文檔的結構和信息為基礎)你可以通過這棵樹來訪問你的信息。在XML文檔中的文本信息轉變成一組樹的節點。
不管你的XML文檔中的信息的類型?(不管是表格數據,或是一列items,或者只是文檔),?DOM在你創建一個XML文檔的文檔對象時創建一棵節點
樹。?DOM強迫你使用樹狀模型(就像?Swing?TreeModel)去訪問你的XML文檔中的信息。這種模式確實不錯因為XML原本就是分層次的。
這也是DOM為什么可以把你的信息放到一棵樹中的原因(即使信息是表格式的或者簡單的列表????這里不知道該怎么翻原文是：
even?if?the?information?is?actually?tabular?or?a?simple?list??????)。
因為在DOM中,每一個元素節點實際上都有一系列的其他節點作為它的孩子。這些孩子節點可以包含文本值或者是其他元素節點。乍看起來，通過遍歷訪問一個元
素的所有孩子節點來訪問這個節點的值是沒有必要的(舉例來說:節點?"<name>?Nazmul?</name>",
?Nazmul是值)。如果每個元素只有值的話，這確實是沒有必要的。但是，元素可能含有文本數據或者其他元素;這是你要在DOM中做額外的工作來獲取元
素節點值的原因。?通常當你的文檔中只有純數據時,把所有的數據壓成一個“塊“放到字串中并讓DOM把那個字串當成某個特定元素節點的值返回是適當的。這
種方式并不適合如果在你的XML文檔中的數據是個文檔（比如像WORD文檔或者FRAMEMAKER文檔）?在文檔中，元素的順序是非常重要的。對于純數
據(像一個數據庫表)元素的順序是不要緊的。?之所以DOM保持從XML文檔中讀出的元素的順序，因為它把所有的事物都當成文檔來處理。?文檔對像模型的
叫法由此而來。
如果你計劃用DOM做為JAVA對象模型用于你存儲在XML文檔中的信息，那么你不需要考慮SAX?？墒侨绻惆l現DOM不是一個可以用于處理XML文檔
信息的好的對象模式，那么你可能想看看SAX了。在一些必須使用自定義對象模型的案例中使用SAX是非常普遍的。說一句讓事情看來有些糊涂的話，你也可以
在DOM的基礎之上創建自己的對象模式。面向對象真是個好東東。
什么是SAX?
SAX讓你訪問儲存在XML文檔中的信息，不是通過節點樹，而是一系列的事件。你會問，這有什么益處？回答是，SAX選擇不在XML文檔上創建JAVA對象模型(像DOM做的那樣)。?這樣使得SAX更快,?同時使下面所述成為必要:
創立你自己的自定義對像模型
創建一個監聽SAX事件的類同時創建你自己的對象模型
注意這些步驟對DOM而言是不必要的，因為DOM已經為你創建了一個對象模型(將你的信息用一棵節點樹表示)。
在使用DOM的情況下,解析器做了絕大多數事情,?讀入XML文檔,?在這基礎之上創建JAVA對象模型，然后給你一個對這個對象的引用(一個
?Document對象)，因而你可以操作使用它。SAX被叫做Simple?API?for?XML不是沒有原因的,?她真的很簡單。?SAX沒有期待
解析器去做這么多工作，所有SAX?要求的是解析器應該讀入XML文檔,同時根據所遇到的XML文檔的標簽發出一系列事件。你要自己寫一個XML文檔處理
器類（XML?document?handler?class）來處理這些事件,這意味著使所有標簽事件有意義還有用你自己的對象模型創建對象。所以你要
完成:
控制所有XML文檔信息的自定義對象模型（或者源文檔在這里的寫法從來沒有見過，或者懷疑源文檔在這里有排版錯誤，先這么翻了）
一個監聽SAX事件(事件由SAX解析器讀取你的XML文檔時產生)的文檔處理器，還有解釋這些事件創建你自定義對象模型中的對象
如果你的對象模型簡單的話那么SAX在運行時會非?？臁Ｔ谶@種情況下，它會比DOM快,因為它忽略了為你的信息創建一個樹形對象模型的過程。從另一方面來說，你必須寫一個SAX?文檔處理器來解釋所有的SAX事件(這會是一件很繁重的工作)。
什么類型的SAX事件被SAX解析器拋出了哪??這些事件實際上是非常簡單的。SAX會對每一個開始標簽拋出事件,對每一個結束標簽也是如此。它對
#PCDATA和?CDATA?部分同樣拋出事件。你的文檔處理器?(對這些事件的監聽器)要解釋這些事件同時還要在他們基礎之上創建你自定義的對象模
型。?你的文檔處理器必須對這些事件做出解釋，同時這些事件發生的順序是非常重要的。SAX同時也對processing?instructions,
?DTDs,?comments,?拋出事件.?但是它們在概念上是一樣的,?你的解析器要解釋這些事件(還有這些事件的發生順序)以及使他們有意義。
什么時候使用DOM
如果你的XML文檔包含文檔數據(例如,?Framemaker?documents?stored?in?XML?format),?那么DOM就是你
的解決方案的最自然選擇。如果你要創建一些類似于文檔信息管理的系統，那么你不得不處理大量的文檔數據。Datachannel?RIO?產品就是這么一
個例子,它可以索引和組織各種類型文檔資源中的信息(例如Word和Excel?文件)。在這種情況下，DOM是非常合適程序去訪問存貯在這些文檔中的信
息的。
然而,如果你主要處理的是結構化的數據(在XML中的序列化的JAVA對象the?equivalent?of?serialized?Java?objects?in?XML)，DOM不是最好的選擇。那就是SAX會比較合適的地方。
什么時候使用SAX
如果在你XML文檔中的信息是機器易讀的(和機器生成的)數據，那么SAX是讓你可以訪問這些信息的合適的API。機器易讀和生成的數據類型包含像下面這些東東:
存成XML格式的Java對象屬性
用一些以文本為基礎的查詢語句(SQL,?XQL,?OQL)表示的查詢
由查詢生成的結果集(這也許包含關系型數據庫表中的數據編碼成XML).
這么看來機器生成的數據是你一般要在java中生成數據結構和類的信息。一個簡單的例子是包含個人信息的地址簿，在上圖所示。這個地址簿xml文件不像字處理器文檔，它是一個包含已經被編碼成文本的純數據的XML文檔。
當你的數據是這種樣式，你要創建你自己的數據結構和類（對象模型）來管理操作以及持續保存這些數據。SAX容許你快速創建一個可以生成你的對象模型實例的
處理器類。一個實例是：一個SAX文檔處理器。它完成的工作有讀入包含我的地址薄信息的XML文檔，創建一個可以訪問到這些信息的AddressBook
類。SAX指南告訴你該怎么做到這些。這個地址薄XML文檔包含person元素，person元素中有name和email元素。我的
AddressBook對象模型包括下面的類：
AddressBook?類,Person對象的容器
Person?類,String?型的name和email的容器
這樣我的“SAX?地址簿文檔處理器”可以把person元素轉變成Person對象了，然后把它們都存入AddressBook對象。這個文檔處理器將name和email元素轉變為String對象。
結論
--------------------------------------------------------------------------------
你寫的SAX文檔處理器（SAX?document?handler）做了將元素映射為對象的工作。如果你的信息被結構化成可以容易創建這樣的映射，你應該使用SAX?API。從另一方面來說，如果你的數據更適宜用樹來表示那么你應該使用DOM