用mingw32-make前修改一下makefile文件,改為如下

# DEBUG can be set to YES to include debugging info, or NO otherwise(不是DEBUG)
DEBUG????????? := NO

# PROFILE can be set to YES to include profiling info, or NO otherwise
PROFILE??????? := NO

# TINYXML_USE_STL can be used to turn on STL support. NO, then STL
# will not be used. YES will include the STL files.(使用STL,選擇的話，則可以使用std::string)
TINYXML_USE_STL := YES

另外可以tinyxml_guide.zip可以下載.

以下轉(zhuǎn)載:

TinyXml學(xué)習(xí)筆記

張弛<zhangchi@china.com>

一、????? TinyXml的特點

TinyXml是一個基于DOM模型的、非驗證的輕量級C++解釋器。

1.????? SAX和DOM

目前XML的解析主要有兩大模型：SAX和DOM。

其中SAX是基于事件的，其基本工作流程是分析XML文檔，當(dāng)發(fā)現(xiàn)了一個新的元素時，產(chǎn)生一個對應(yīng)事件，并調(diào)用相應(yīng)的用戶處理函數(shù)。這種方式占用內(nèi)存少，速度快，但用戶程序相應(yīng)得會比較復(fù)雜。

而DOM（文檔對象模型），則是在分析時，一次性的將整個XML文檔進(jìn)行分析，并在內(nèi)存中形成對應(yīng)的樹結(jié)構(gòu)，同時，向用戶提供一系列的接口來訪問和編輯該樹結(jié)構(gòu)。這種方式占用內(nèi)存大，速度往往慢于SAX，但可以給用戶提供一個面向?qū)ο蟮脑L問接口，對用戶更為友好。

2.????? 驗證和非驗證

對于一個特定的XML文檔而言，其正確性分為兩個層次。首先是其格式應(yīng)該符合XML的基本格式要求，比如第一行要有聲明，標(biāo)簽的嵌套層次必須前后一致等等，符合這些要求的文件，就是一個合格的XML文件，稱作well-formatted。但除此之外，一個XML文檔因其內(nèi)容的不同還必須在語義上符合相應(yīng)的標(biāo)準(zhǔn)，這些標(biāo)準(zhǔn)由相應(yīng)的DTD文件或者Schema文件來定義，符合了這些定義要求的XML文件，稱作valid。

因此，解析器也分為兩種，一種是驗證的，即會跟據(jù)XML文件中的聲明，用相應(yīng)的DTD文件對XML文件進(jìn)行校驗，檢查它是否滿足DTD文件的要求。另一種是忽略DTD文件，只要基本格式正確，就可以進(jìn)行解析。

就我所知，驗證的解析器通常都是比較重量級的。TinyXml不支持驗證，但是體積很小，用在解析格式較為簡單的XML文件，比如配置文件時，特別的合適。

二、 TinyXml的構(gòu)建和使用
1.????? 獲取

TinyXml首頁在http://www.grinninglizard.com/tinyxml/index.html，從這里可以找到最新版本的源代碼，目前的版本是2.3.4。

2.構(gòu)建

TinyXml在構(gòu)建時可以選擇是否支持STL，選擇的話，則可以使用std::string，所以通常應(yīng)該打開這個選項。

在Windows上，TinyXml的源碼包里提供了VC6的工程文件，直接用它就可以生成兩個靜態(tài)庫（帶STL和不帶STL），非常容易。唯一需要注意的是，默認(rèn)生成的庫是單線程的，如果用在多線程的項目中，需要改動一下配置，生成相應(yīng)的多線程庫。

在Unix平臺上，TinyXml的源碼包里只提供了一個Makefile，對于典型的Linux系統(tǒng)，或裝了gcc和gmake的其他Unix，這個Makefile足夠用了，我在RH9和RHEL4上測試，簡單的make就成功了。需要注意的有以下幾點：默認(rèn)的編譯是不支持STL的，可以通過編輯Makefile的TINYXML_USE_STL := NO那一行，把NO改成YES就可以支持STL了；還有默認(rèn)只生成了一個測試程序，沒有生成任何庫，如果要生成靜態(tài)庫的話，可以用ar命令，將生成的幾個目標(biāo)文件打包就行了，如果要生成動態(tài)庫，則需要加上-fpic參數(shù)重新編譯。

3.????? 使用

構(gòu)建了相應(yīng)的庫之后，在使用了它們的工程中，只要在連接時把他們連上就行了。需要注意的是，如果需要STL支持，在編譯用到了TinyXml的文件時，需要定義一個宏TIXML_USE_STL，對gcc，可以使用參數(shù)-DTIXML_USE_STL，對cl.exe（VC），可以使用參數(shù)/DTIXML_USE_STL，如果嫌麻煩，可以直接定義在 tinyxml.h文件里。

三、 TinyXml的編程模型1.????? 類之間的關(guān)系

TinyXml實現(xiàn)的時DOM訪問模型，因此提供了一系列的類對應(yīng)XML文件中的各個節(jié)點。主要類間的關(guān)系如下圖所示：

TiXmlBase：其他類的基類，是個抽象類

TiXmlNode：表示一個節(jié)點，包含節(jié)點的一般方法，如訪問自節(jié)點、兄弟節(jié)點、編輯自身、編輯子節(jié)電

TiXmlDocument：表示整個XML文檔，不對應(yīng)其中某個特定的節(jié)點。

TiXmlElement：表示元素節(jié)點，可以包含子節(jié)點和TiXmlAttribute

TiXmlComment：表示注釋

TiXmlDeclaration：表示聲明

TiXmlText：表示文本節(jié)點

TiXmlUnknown：表示未知節(jié)點，通常是出錯了

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 >

整個文檔，對應(yīng)TiXmlDocument

book,name,price, description，都對應(yīng)TiXmlElement

第一行對應(yīng)一個TiXmlDeclaration

第二行對應(yīng)一個TiXmlComment

“TinyXml How To”對應(yīng)一個TiXmlText

unit則是price的一個TiXmlAttribute

這些類與XML文件中的相應(yīng)元素都有很好的對應(yīng)關(guān)系，因此相信參照TinyXml的文檔，可以很容易的掌握各個方法的使用。

2.??需要注意的問題

各類之間的轉(zhuǎn)換

由于各個節(jié)點類都從TiXmlNode繼承，在使用時常常需要將TiXmlNode*類型的指針轉(zhuǎn)換為其派生類的指針，在進(jìn)行這種轉(zhuǎn)換時，應(yīng)該首先使用由TiXmlNode類提供的一系列轉(zhuǎn)換函數(shù)，如ToElement(void)，而不是c++的dynamic_cast

檢查返回值

由于TinyXml是一個非校驗的解析器，因此當(dāng)解析一個文件時，很可能文件并不包含我們預(yù)期的某個節(jié)點，在這種情況下，TinyXml將返回空指針。因此，必須要對返回值進(jìn)行檢查，否則將很容易出現(xiàn)內(nèi)存訪問的錯誤。

如何重頭建立一個XML文件

先建立一個TiXmlDocument對象，然后，載入某個模板，或者直接插入一個節(jié)點作為根節(jié)點，接著就可以像打開一個已有的XML文件那樣對它進(jìn)行操作了。

四、總結(jié)

TinyXml最大的特點就是它很小，可以很方便的靜態(tài)連接到程序里。對于像配置文件、簡單的數(shù)據(jù)文件這類文件的解析，它很適合。但是由于它是非驗證的，因此需要在程序里做許多檢查工做，加重了程序編寫的負(fù)擔(dān)。因此對于復(fù)雜的XML文件，我覺得最好還是用驗證的解析器來處理。
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=477335