原文轉自：
http://www.shnenglu.com/tx7do/archive/2006/04/24/6146.html 張弛 <zhangchi@china.com>
一、 TinyXml 的特點
TinyXml 是一個基于 DOM 模型的、非驗證的輕量級 C++ 解釋器。
1. SAX 和 DOM
目前 XML 的解析主要有兩大模型： SAX 和 DOM 。
其中 SAX 是基于事件的，其基本工作流程是分析 XML 文檔，當發現了一個新的元素時，產生一個對應事件，并調用相應的用戶處理函數。這種方式占用內存少，速度快，但用戶程序相應得會比較復雜。
而 DOM （文檔對象模型），則是在分析時，一次性的將整個 XML 文檔進行分析，并在內存中形成對應的樹結構，同時，向用戶提供一系列的接口來訪問和編輯該樹結構。這種方式占用內存大，速度往往慢于 SAX ，但可以給用戶提供一個面向對象的訪問接口，對用戶更為友好。
另據說，一些同時提供了 SAX 和 DOM 接口的庫，是在底層先實現 SAX ，再在 SAX 的基礎上實現 DOM 。
目前我知道的 XML 解析庫有下面幾個：
名稱 | 訪問接口 | 是否支持驗證 | 備注 |
Expat | SAX/Local | 不清楚 | Local 指它還有一套自己訪問模型 |
LibXML2 | SAX/DOM | 是 | |
TinyXml | DOM | 否 | |
XML4C | SAX/DOM | 是 | 和 Xerces-C 是一家，不過用了 ICU ，國際化似乎更好 |
Xerces-C | SAX/DOM | 是 | |
XML Booster | Local | 不清楚 | 這個庫不是特別了解，好像是類似 yacc 那樣，可以生成一個特定的解析器，估計效率應該很高（看名字也像）。 |
2. 驗證和非驗證
對于一個特定的 XML 文檔而言，其正確性分為兩個層次。首先是其格式應該符合 XML 的基本格式要求，比如第一行要有聲明，標簽的嵌套層次必須前后一致等等，符合這些要求的文件，就是一個合格的 XML 文件，稱作 well-formatted 。但除此之外，一個 XML 文檔因其內容的不同還必須在語義上符合相應的標準，這些標準由相應的 DTD 文件或者 Schema 文件來定義，符合了這些定義要求的 XML 文件，稱作 valid 。
因此，解析器也分為兩種，一種是驗證的，即會跟據 XML 文件中的聲明，用相應的 DTD 文件對 XML 文件進行校驗，檢查它是否滿足 DTD 文件的要求。另一種是忽略 DTD 文件，只要基本格式正確，就可以進行解析。
就我所知，驗證的解析器通常都是比較重量級的。 TinyXml 不支持驗證，但是體積很小，用在解析格式較為簡單的 XML 文件，比如配置文件時，特別的合適。
二、 TinyXml 的構建和使用
1. 獲取
TinyXml 首頁在 http://www.grinninglizard.com/tinyxml/index.html ，從這里可以找到最新版本的源代碼，目前的版本是 2.3.4 。
2. 構建
TinyXml 在構建時可以選擇是否支持 STL ，選擇的話，則可以使用 std::string ，所以通常應該打開這個選項。
在 Windows 上， TinyXml 的源碼包里提供了 VC6 的工程文件，直接用它就可以生成兩個靜態庫（帶 STL 和不帶 STL ），非常容易。唯一需要注意的是，默認生成的庫是單線程的，如果用在多線程的項目中，需要改動一下配置，生成相應的多線程庫。
在 Unix 平臺上， TinyXml 的源碼包里只提供了一個 Makefile ，對于典型的 Linux 系統，或裝了 gcc 和 gmake 的其他 Unix ，這個 Makefile 足夠用了，我在 RH9 和 RHEL4 上測試，簡單的 make 就成功了。需要注意的有以下幾點：默認的編譯是不支持 STL 的，可以通過編輯 Makefile 的 TINYXML_USE_STL := NO 那一行，把 NO 改成 YES 就可以支持 STL 了；還有默認只生成了一個測試程序，沒有生成任何庫，如果要生成靜態庫的話，可以用ar 命令，將生成的幾個目標文件打包就行了，如果要生成動態庫，則需要加上 -fpic 參數重新編譯。
3. 使用
構建了相應的庫之后，在使用了它們的工程中，只要在連接時把他們連上就行了。需要注意的是，如果需要 STL 支持，在編譯用到了 TinyXml 的文件時，需要定義一個宏 TIXML_USE_STL ，對 gcc ，可以使用參數 -DTIXML_USE_STL ，對 cl.exe （ VC ），可以使用參數 /DTIXML_USE_STL ，如果嫌麻煩，可以直接定義在 tinyxml.h 文件里。
三、 TinyXml 的編程模型
1. 類之間的關系
TinyXml 實現的時 DOM 訪問模型，因此提供了一系列的類對應 XML 文件中的各個節點。主要類間的關系如下圖所示：
TiXmlBase ：其他類的基類，是個抽象類
TiXmlNode ：表示一個節點，包含節點的一般方法，如訪問自節點、兄弟節點、編輯自身、編輯子節電
TiXmlDocument ：表示整個 XML 文檔，不對應其中某個特定的節點。
TiXmlElement ：表示元素節點，可以包含子節點和 TiXmlAttribute
TiXmlComment ：表示注釋
TiXmlDeclaration ：表示聲明
TiXmlText ：表示文本節點
TiXmlUnknown ：表示未知節點，通常是出錯了
TiXmlAttribute ：表示一個元素的屬性
下面是一個簡單的例子：
<?xml version="1.0" encoding="utf-8" ?>
<!-This is only a sample-->
<book>
<name>TinyXml How To</name>
<price unit=”RMB”>20</price>
<description>Some words…</description>
</ book >
整個文檔，對應 TiXmlDocument
book,name,price , description ，都對應 TiXmlElement
第一行對應一個 TiXmlDeclaration
第二行對應一個 TiXmlComment
“TinyXml How To” 對應一個 TiXmlText
unit 則是 price 的一個 TiXmlAttribute
這些類與 XML 文件中的相應元素都有很好的對應關系，因此相信參照 TinyXml 的文檔，可以很容易的掌握各個方法的使用。
2. 需要注意的問題
各類之間的轉換
由于各個節點類都從 TiXmlNode 繼承，在使用時常常需要將 TiXmlNode * 類型的指針轉換為其派生類的指針，在進行這種轉換時，應該首先使用由 TiXmlNode 類提供的一系列轉換函數，如 ToElement (void) ，而不是 c++的 dynamic_cast
檢查返回值
由于 TinyXml 是一個非校驗的解析器，因此當解析一個文件時，很可能文件并不包含我們預期的某個節點，在這種情況下， TinyXml 將返回空指針。因此，必須要對返回值進行檢查，否則將很容易出現內存訪問的錯誤。
如何重頭建立一個 XML 文件
先建立一個 TiXmlDocument 對象，然后，載入某個模板，或者直接插入一個節點作為根節點，接著就可以像打開一個已有的 XML 文件那樣對它進行操作了。
四、 總結
TinyXml 最大的特點就是它很小，可以很方便的靜態連接到程序里。對于像配置文件、簡單的數據文件這類文件的解析，它很適合。但是由于它是非驗證的，因此需要在程序里做許多檢查工做，加重了程序編寫的負擔。因此對于復雜的 XML 文件，我覺得最好還是用驗證的解析器來處理。