使用XML的五種場合，XML基本規則，XML的術語，結構與語法

在不少研討會和培訓班上我遇到過許多人，他們還不明白爲何要使用XML也不知道如何 
在他們的應用中使用XML。一些來自諸如Gartner公司的報告建議說，商業公司不能再作 
局外人了，不能對XML置之不理。若是你還不清楚XML到底有什麼好處的話，你並非惟 
一的人。 
我決定把與人們和媒體關於XML話題的交談整理成文，列出XML在應用中的五個最使人喜 
愛的用法。儘管這些並不能包含XML的全部潛在應用，至少是些最重要的領域。

一、數據交換 
用XML在應用程序和公司之間做數據交換已不是什麼祕密了，毫無疑問應被列爲第一位。 
那麼爲何XML在這個領域裏的地位這麼重要呢？緣由就是XML使用元素和屬性來描述數 
據。在數據傳送過程當中，XML始終保留了諸如父/子關係這樣的數據結構。幾個應用程序 
能夠共享和解析同一個XML文件，沒必要使用傳統的字符串解析或拆解過程。 
相反，普通文件不對每一個數據段作描述(除了在頭文件中)，也不保留數據關係結構。使 
用XML作數據交換可使應用程序更具備彈性，由於能夠用位置(與普通文件同樣)或用元 
素名(從數據庫)來存取XML數據。

二、Web服務 
Web服務是最使人激動的革命之一，它讓使用不一樣系統和不一樣編程語言的人們可以相互交 
流和分享數據。其基礎在於Web服務器用XML在系統之間交換數據。交換數據一般用XML標 
記，能使協議取得規範一致，好比在簡單對象處理協議(Simple Object Access Protoc 
ol, SOAP)平臺上。 
SOAP能夠在用不一樣編程語言構造的對象之間傳遞消息。這意味着一個C#對象可以與一個 
Java對象進行通信。這種通信甚至能夠發生在運行於不一樣操做系統上的對象之間。DCOM 
, CORBA或Java RMI只能在緊密耦合的對象之間傳遞消息，SOAP則可在鬆耦合對象之間傳 
遞消息。

三、內容管理 
XML只用元素和屬性來描述數據，而不提供數據的顯示方法。這樣，XML就提供了一個優 
秀的方法來標記獨立於平臺和語言的內容。 
使用象XSLT這樣的語言可以輕易地將XML文件轉換成各類格式文件，好比HTML, WML, PD 
F, flat file, EDI, 等等。XML具備的可以運行於不一樣系統平臺之間和轉換成不一樣格式 
目標文件的能力使得它成爲內容管理應用系統中的優秀選擇。 

四、Web集成 
如今有愈來愈多的設備也支持XML了。使得Web開發商能夠在我的電子助理和瀏覽器之間 
用XML來傳遞數據。 
爲何將XML文本直接送進這樣的設備去呢？這樣做的目的是讓用戶更多地本身掌握數據 
顯示方式，更能體驗到實踐的快樂。常規的客戶/服務(C/S)方式爲了得到數據排序或更 
換顯示格式，必須向服務器發出申請；而XML則能夠直接處理數據，沒必要通過向服務器申 
請查詢-返回結果這樣的雙向「旅程」，同時在設備也不須要配製數據庫。 
甚至還能夠對設備上的XML文件進行修改並將結果返回給服務器。想像一下，一臺具備互 
聯網功能並支持XML的電冰箱將會給市場帶來多麼大的衝擊吧。你今後沒必要早起去取牛奶 
了！ 
五、配製 
許多應用都將配製數據存儲在各類文件裏，好比.INI文件。雖然這樣的文件格式已經使 
用多年並一直很好用，可是XML仍是以更爲優秀的方式爲應用程序標記配製數據。使用. 
NET裏的類，如XmlDocument和XmlTextReader，將配製數據標記爲XML格式，能使其更具 
可讀性，並能方便地集成到應用系統中去。使用XML配製文件的應用程序可以方便地處理 
所需數據，不用象其餘應用那樣要通過從新編譯才能修改和維護應用系統。 
如前所述，這裏提到的五種使用XML的途徑不包括所有場合。

 

1. XML 文檔必須包含在一個單一元素中
2. XML 元素不能重疊，必須正確的嵌套
3. 不能省去任何結束標記,或者說標記必須成對
4. XML 元素是區分大小寫的，也就是大小寫敏感
5. XML 文檔中的屬性有兩個規則：
 屬性必須有值 
 那些值必須用引號括起，可使用單引號，也可使用雙引號，但要始終保持一致
6. 若是文檔包含XML 聲明，則它必定是第一個出現的東西
7. XML註釋和HTML註釋的形式及用法相同
8. 處理指令是爲使用一段特殊代碼而設計的標記，(待續)
9. 實體(待續)
10. 名稱空間的存在是爲了解決同一份文檔中的同名不一樣義的命名衝突問題(和C++的namespace同樣)。
 爲某一「元素」定義了namespace意味着該「元素」的全部「子元素」具備相同的namespace。
 請注意，名稱空間(namespace)定義中的字符串僅僅是字符串，不必定非得是URL或者URI。只要你能保證惟一便可

 

 提綱：

 

導言

一.XML文檔的有關術語

二.DTD的有關術語

 

導言

 

初學XML最使人頭疼的就是有一大堆新的術語概念要理解。因爲XML自己也是一個嶄新的技術，正在不斷髮展和變化，各組織和各大網絡公司(微軟,IBM,SUN等)都在不斷推出本身的看法和標準，所以新概念漫天飛就不足爲奇了。而國內又缺少權威的機構或組織來對這些術語正式定名，你所看見的有關XML的中文教材大部分是靠做者自己的理解翻譯過來的，有些是正確的，有些是錯誤的，更加妨礙了咱們對這些概念的理解和學習。

 

你下面將要看到的關於XML術語的解釋，也是做者自己的理解和翻譯。阿捷是以W3C組織發佈的XML1.0標準規範和相關的正式說明文檔爲根據來說述。能夠確保這些理解是基本正確的，至少不是錯誤的。你若是想進一步閱讀和了解，我在本文的最後部分列明瞭相關資源的出處和連接，你能夠直接訪問。好，咱們轉入正題：

一.XML文檔的有關術語

什麼是XML文檔？知道HTML原代碼文件吧，XML文檔就是用XML標識寫的XML原代碼文件。XML文檔也是ASCII的純文本文件，你能夠用Notepad建立和修改。XML文檔的後綴名爲.XML，例如myfile.xml。用IE5.0以上瀏覽器也能夠直接打開.xml文件，但你看到的就是"XML原代碼"，而不會顯示頁面內容。你能夠將下面代碼存爲myfile.xml試試：

<?xml version="1.0" encoding="GB2312"?>

<myfile>

<title>XML輕鬆學習手冊</title>

<author>ajie</author>

<email>ajie@aolhoo.com</email>

<date>20010115</date>

</myfile>

XML文檔包含三個部分：

1. 一個XML文檔聲明；

2. 一個關於文檔類型的定義；

3. 用XML標識建立的內容。

舉例說明:

<?xml version="1.0"?>

<!DOCTYPE filelist SYSTEM "filelist.dtd">

<filelist>

<myfile>

<title>QUICK START OF XML</title>

<author>ajie</author>

</myfile>

......

</filelist>

其中第一行<?xml version="1.0"?>就是一個XML文檔的聲明，第二行說明這個文檔是用filelist.dtd來定義文檔類型的，第三行如下就是內容主體部分。 
咱們來了解XML文檔中有關的術語：

1.Element(元素)：

元素在HTML咱們已經有所瞭解，它是組成HTML文檔的最小單位，在XML中也同樣。一個元素由一個標識來定義，包括開始和結束標識以及其中的內容，就象這樣：<author>ajie</author>

惟一不一樣的就是：在HTML中，標識是固定的，而在XML中，標識須要你本身建立。

2.Tag(標識)

標識是用來定義元素的。在XML中，標識必須成對出現，將數據包圍在中間。標識的名稱和元素的名稱是同樣的。例如這樣一個元素：

<author>ajie</author>

其中<author>就是標識。

3.Attribute(屬性):

什麼是屬性？看這段HTML代碼:<font color="red">word</font>。其中color就是font的屬性之一。

屬性是對標識進一步的描述和說明，一個標識能夠有多個屬性，例如font的屬性還有size。XML中的屬性與HTML中的屬性是同樣的，每一個屬性都有它本身的名字和數值，屬性是標識的一部分。舉例：

<author sex="female">ajie</author>

XML中屬性也是本身定義的，咱們建議你儘可能不使用屬性，而將屬性改爲子元素，例如上面的代碼能夠改爲這樣：

<author>ajie

<sex>female</sex>

</author>

緣由是屬性不易擴充和被程序操做。

4.Declaration(聲明)

在全部XML文檔的第一行都有一個XML聲明。這個聲明表示這個文檔是一個XML文檔，它遵循的是哪一個XML版本的規範。一個XML的聲明語句就象這樣：

<?xml version="1.0"?>

5.DTD(文件類型定義)

DTD是用來定義XML文檔中元素，屬性以及元素之間關係的。

經過DTD文件能夠檢測XML文檔的結構是否正確。但創建XML文檔並不必定須要DTD文件。關於DTD文件的詳細說明咱們將在下面單獨列項。

6.Well-formed XML(良好格式的XML)

一個遵照XML語法規則，並遵照XML規範的文檔稱之爲"良好格式"。若是你全部的標識都嚴格遵照XML規範，那麼你的XML文檔就不必定須要DTD文件來定義它。

良好格式的文檔必須以一個XML聲明開始，例如：

<?xml version="1.0" standalone="yes" encoding="UTF-8"?>

其中你必須說明文檔遵照的XML版本，目前是1.0；其次說明文檔是"獨立的"，它不須要DTD文件來驗證其中的標識是否有效；第三，要說明文檔所使用的語言編碼。默認的是UTF-8，若是使用中文，你須要設置爲GB2312。

良好格式的XML文檔必須有一個根元素，就是緊接着聲明後面創建的第一個元素，其它元素都是這個根元素的子元素，屬於根元素一組。

良好格式的XML文檔的內容書寫時必須遵照XML語法。(有關XML語法咱們將在下一章仔細講解)

7.Valid XML(有效的XML)

一個遵照XML語法規則，並遵照相應DTD文件規範的XML文檔稱爲有效的XML文檔。注意咱們比較"Well-formed XML"和"Valid 
XML"，它們最大的差異在於一個徹底遵照XML規範，一個則有本身的"文件類型定義(DTD)"。

將XML文檔和它的DTD文件進行比較分析，看是否符合DTD規則的過程叫validation(確認)。這樣的過程一般咱們是經過一個名爲parser的軟件來處理的。

有效的XML文檔也必須以一個XML聲明開始，例如：

<?xml version="1.0" standalone="no" encode="UTF-8"?>

和上面例子不一樣的，在standalone(獨立)屬性中，這裏設置的是"no"，由於它必須和相應的DTD一塊兒使用，DTD文件的定義方法以下：

<!DOCTYPE type-of-doc SYSTEM/PUBLIC "dtd-name">

其中：

"!DOCTYPE"是指你要定義一個DOCTYPE;

"type-of-doc"是文檔類型的名稱，由你本身定義，一般於DTD文件名相同；

"SYSTEM/PUBLIC"這兩個參數只用其一。SYSTEM是指文檔使用的私有DTD文件的網址，而PUBLIC則指文檔調用一個公用的DTD文件的網址。

"dtd-name" 就是DTD文件的網址和名稱。全部DTD文件的後綴名爲".dtd"。

咱們仍是用上面的例子，應該寫成這樣：

<?xml version="1.0" standalone="no" encode="UTF-8"?>

<!DOCTYPE filelist SYSTEM "filelist.dtd">

二.DTD的有關術語

什麼是DTD,咱們上面已經簡略提到。DTD是一種保證XML文檔格式正確的有效方法，能夠比較XML文檔和DTD文件來看文檔是否符合規範，元素和標籤使用是否正確。一個DTD文檔包含：元素的定義規則，元素間關係的定義規則，元素可以使用的屬性，可以使用的實體或符號規則。

DTD文件也是一個ASCII的文本文件，後綴名爲.dtd。例如:myfile.dtd。

爲何要用DTD文件呢？個人理解是它知足了網絡共享和數據交互，使用DTD最大的好處在於DTD文件的共享。(就是上文DTD說明語句中的PUBLIC屬性)。好比，兩個相同行業不一樣地區的人使用同一個DTD文件來做爲文檔建立規範，那麼他們的數據就很容易交換和共享。網上有其餘人想補充數據，也只須要根據公用的DTD規範來創建文檔，就馬上能夠加入。

目前，已經有數量衆多的寫好的DTD文件能夠利用。針對不一樣的行業和應用，這些DTD文件已經創建了通用的元素和標籤規則。你不須要本身從新建立，只要在他們的基礎上加入你須要的新標識。

固然，若是願意，你能夠建立本身的DTD，它可能和你的文檔配合的更加完美。創建本身的DTD也是很簡單的一件事，通常只須要定義4-5個元素就能夠了。

調用DTD文件的方法有兩種：

1.直接包含在XML文檔內的DTD

你只要在DOCTYPE聲明中插入一些特別的說明就能夠了，象這樣：

咱們有一個XML文檔：

<?xml version="1.0" encoding="GB2312"?>

<myfile>

<title>XML輕鬆學習手冊</title>

<author>ajie</author>

</myfile>

咱們在第一行後面插入下面代碼就能夠：

<!DOCTYPE myfile [

<!ELEMENT title (#PCDATA)>

<!ELEMENT author (#PCDATA)>

<!ENTITY copyright "Copyright 2001, Ajie.">

]>

2.調用獨立的DTD文件

將DTD文檔存爲.dtd的文件，而後在DOCTYPE聲明行中調用，例如，將下面的代碼存爲myfile.dtd

<!ELEMENT myfile (title, author)>

<!ELEMENT title (#PCDATA)>

<!ELEMENT author (#PCDATA)>

而後在XML文檔中調用，在第一行後插入：

<!DOCTYPE myfile SYSTEM "myfile.dtd">

咱們能夠看到DTD文檔和HTML中js的調用是差很少的，關於DTD文檔具體如何寫，咱們將在下一章和XML文檔的語法一塊兒介紹。

下面咱們來了解DTD有關的術語：

1.Schema(規劃)

schema是數據規則的描述。schema作兩件事：

a.它定義元素數據類型和元素之間的關係；

b.它定義元素所能包含的內容類型。

DTD就是關於XML文檔的一個schema。

2.Document Tree(文檔樹)

"文檔樹"在前面第二章咱們已經提到過，它是文檔元素分級結構的象表示。一個文檔結構樹包含根元素，根元素是最頂級的元素，(就是緊接着XML聲明語句後的第一個元素)。看例子：

<?xml version="1.0"?>

<filelist>

<myfile>

<title>...</title>

<author>...</author>

</myfile>

</filelist>

上面的例子分三級結構排列成"樹"狀，其中的<filelist>就是根元素。在XML和DTD文件中，第一個定義的都是根元素。

3.Parent Element(父元素)/Child Element(子元素)

父元素是指包含有其它元素的元素，被包含的元素稱爲它的子元素。看上面的"結構樹"，其中<myfile>是父元素，<title>,<author>是它的子元素，而<myfile>又是<filelist>的子元素。象<title>這樣沒有包含任何子元素的最後一級元素咱們也稱之爲"頁元素"。

4.Parser(解析軟件)

Parser是一種檢查XML文檔是否遵循DTD規範的工具軟件。

XML的parser發展爲兩類：一種是"非確認類paeser"，只檢測文檔是否遵照XML語法規則，是否用元素標識創建了文檔樹。另外一種是"確認類paeser"，它不但檢測文檔語法，結構樹，並且比較解析你使用的元素標識是否遵照了相應DTD文件的規範。

Parser能獨立使用，也能夠成爲編輯軟件或瀏覽器的一部分。在後面的相關資源列表裏，我列出了當前比較流行的一些parsers。

好了，經過第三章的學習，咱們已經瞭解了一些XML和DTD的基本術語，可是咱們還不知道怎樣來寫這些文件，須要遵循什麼樣的語法，在下一章，將重點介紹有關撰寫XML和DTD文檔的語法。請繼續瀏覽，謝謝！

 

XML入門精解之結構與語法
咱們暫且使用「記事本」來建立咱們的XML文件吧。先看一個XML文件： 
　　例1 
　　〈?xml version="1.0" encoding="gb2312" ?〉 
　　〈參考資料〉 
　　 〈書籍〉 
　　 〈名稱〉XML入門精解〈/名稱〉 
　　 〈做者〉張三〈/做者〉 
　　 〈價格 貨幣單位="人民幣"〉20.00〈/價格〉 
　　 〈/書籍〉 
　　 〈書籍〉 
　　 〈名稱〉XML語法〈/名稱〉 
　　 〈!--此書即將出版--〉 
　　 〈做者〉李四〈/做者〉 
　　 〈價格 貨幣單位="人民幣"〉18.00〈/價格〉 
　　 〈/書籍〉 
　　〈/參考資料〉 
　　這是一個典型的XML文件，編輯好後保存爲一個以.xml爲後綴的文件。咱們能夠將此文件分爲文件序言（Prolog）和文件主體兩個大的部分。在此文件中的第一行便是文件序言。該行是一個XML文件必需要聲明的東西，並且也必須位於XML文件的第一行，它主要是告訴XML解析器如何工做。其中，version是標明此XML文件所用的標準的版本號，必需要有；encoding指明瞭此XML文件中所使用的字符類型，能夠省略，在你省略此聲明的時候，後面的字符碼必須是Unicode字符碼（建議不要省略）。由於咱們在這個例子中使用的是GB2312字符碼，因此encoding這個聲明也不能省略。在文件序言部分還有一些聲明語句，咱們在後面給予介紹。
 
　　文件的其他部分都是屬於文件主體，XML文件的內容信息存放在此。咱們能夠看到，文件主體是由開始的〈參考資料〉和結束的〈/參考資料〉控制標記組成，這個稱爲XML文件的「根元素」；〈書籍〉是做爲直屬於根元素下的「子元素」；在〈書籍〉下又有〈名稱〉、〈做者〉、〈價格〉這些子元素。貨幣單位是〈價格〉元素中的一個「屬性」，「人民幣」則是「屬性值」。 
　　〈!--此書即將出版--〉這一句同HTML同樣，是註釋，在XML文件裏，註釋部分是放在「〈!--」與「--〉」標記之間的部分。 
　　你們能夠看到，XML文件是至關簡單的。同HTML同樣，XML文件也是由一系列的標記組成，不過，XML文件中的標記是咱們自定義的標記，具備明確的含義，咱們能夠對標記中的內容的含義做出說明。對XML文件有了初步的印象以後，咱們就來詳細地談一談XML文件的語法。在講語法以前，咱們必需要了解一個重要的概念，就是XML解析器（XML Parse）。

　　1.XML解析器 
　　解析器的主要功能就是檢查XML文件是否有結構上的錯誤，剝離XML文件中的標記，讀出正確的內容，以交給下一步的應用程序處理。XML是一種用來結構化文件信息的標記語言，XML規範中對於如何標記文件的結構性有一個詳細的法則，解析器就是根據這些法則寫出來的軟件（多用Java寫成）。同HTML同樣，在瀏覽器中，必須有HTML的解析器，這樣瀏覽器纔可以「讀懂」各類用HTML標記所組成的網頁，將它們顯示在咱們面前。若是有瀏覽器的HTML解析器讀不懂的標記，將會返回給咱們錯誤信息。 
　　因爲如今的HTML標記實際上至關混亂，存在大量不規範的標記（有的網頁用IE能正常顯示，而用Netscape Navigator則不行），因此從一開始，XML的設計者就嚴格規定了XML的語法和結構，咱們編寫的XML文件必須遵循這些規定，不然XML解析器將絕不留情地給你顯示錯誤信息。

　　有兩種XML文件，一種是Well-Formed XML文件，一種是Validating XML文件。 
　　若是一個XML文件知足XML規範中的某些相關法則，且沒有使用DTD（文件格式定義——後詳述）時，可稱這份文件是Well-Formed。而若是一個XML文件是Well-Formed，且正確地使用了DTD，DTD中的語法又是正確的，那麼這個文件就是Validating。對應兩種XML文件，有兩種XML解析器，一種是Well-Formed 解析器，一種是Validating解析器。IE 5中就內含Validating解析器，Validating解析器也可用來解析Well-Formed XML文件。 
　　檢查它是否知足了Well-Formed的條件。咱們能夠將剛纔編輯的第一個XML 文件用IE 5以上版本的瀏覽器打開。 
　　你們可能要問爲何在瀏覽器中的顯示和個人源文件同樣？沒錯，由於對於XML文件，咱們黿齬匭乃 的內容，而它的顯示形式是交給CSS或XSL來完成的。這裏，咱們並無給這個XML文件定義它的CSS或XSL文件，因此它按照原來的形式來顯示。實際上，對於電子數據交換，僅僅須要一個XML文件便可，若是要將它以某種形式顯示出來，咱們就必須編輯CSS或XSL文件（這個問題會在之後討論）。

2.Well-Formed的XML文件 
　咱們知道，XML必須是Well-Formed的，纔可以被解析器正確地解析出來，顯示在瀏覽器中。那麼什麼是Well-Formed的XML文件呢？主要有下面幾個準則，咱們在建立XML文件的時候，必須知足它們。 
　首先，XML文件的第一行必須是聲明該文件是XML文件以及它所使用的XML規範版本。在文件的前面不可以有其它元素或者註釋。 
　第二，在XML文件中有且只可以有一個根元素。咱們的第一個例子中，〈參考資料〉... 〈/參考資料〉就是此XML文件的根元素。 
　第三，在XML文件中的標記必須正確地關閉，也就是說，在XML文件中，控制標記必 須有與之對應的結束標記。如：〈名稱〉標記必須有對應的〈/名稱〉結束標記，不像HTML，某些標記的結束標記無關緊要。若是在XML文件中遇到自成一個單元的標記，就是相似於HTML 中的〈img src=.....〉的這些沒有結束標記的時候，XML把它稱爲「空元素」，必須用這樣的寫法：〈空元素名/〉，若是元素中含有屬性時寫法則爲：〈空元素名 屬性名=「屬性值」/〉。 
　第四，標記之間不得交叉。在之前的HTML文件中，能夠這樣寫： 
　〈B〉〈H〉XXXXXXX〈/B〉〈/H〉,〈B〉和〈H〉 
　標記之間有相互重疊的區域，而在XML中，是嚴格禁止這樣標記交錯的寫法，標記必須以規則性的次序來出現。 
第五，屬性值必需要用「 」號括起來。如第一個例子中的「1.0」、「gb2312」、「人民幣」。都是用「 」號括起來了的，不能漏掉。 
  第六，控制標記、指令和屬性名稱等英文要區分大小寫。與HTML不一樣的是，在HTML中， 相似〈B〉和〈b〉的標記含義是同樣的，而在XML中，相似〈name〉、〈NAME〉或〈Name〉這樣的標記是不一樣的。 
　第七，咱們知道，在HTML文件中，若是咱們要瀏覽器原封不動地將咱們所輸入的東西顯示出來，能夠將這些東西放到〈pre〉〈/pre〉或者〈xmp〉〈/xmp〉標記中間。這對於咱們建立HTML教學的網頁是必不可少的，由於網頁中要顯示HTML的源代碼。而在XML中，要實現這樣的功能，就必須使用CDATA標記。在CDATA標記中的信息被解析器原封不動地傳給應用程序，而且不解析該段信息中的任何控制標記。CDATA區域是由：「〈![CDATA[」爲開始標記，以「>〉」爲結束標記。例如：例2中的源碼，除了「〈![CDATA[」和「>〉」符號，其他的內容解析器將原封不動地交給下游的應用程序，即便CDATA區域中的開始和結尾的空白以及換行字符等，都一樣會被轉交（注意CDATA是大寫的字符）。 
　　例2 
　　〈![CDATA[飛翔的xml〉〉〉〉〉,:-) 
　　oooo〈〈〈〈〈〈〈 
　　>〉 
　　第八，XML處理空白字符和HTML不同。HTML標準規定，無論有多少個空白，都看成一個空白來處理；而在XML中規定，全部標記之外的空白，解析器都要忠實地交給下游的應用程序處理。這樣，咱們有時必須摒棄編寫HTML文件時的縮排習慣，由於縮排的空格，解析器也要處理。如： 
　　 〈做者〉張三〈/做者〉 
　　和 
　　 〈做者〉 
　　 張三 
　　 〈/做者〉 
　　上述內容對於解析器來講是不一樣的（後者在〈做者〉〈/做者〉標記以內除了張三這個字符之外，還包括兩個換行記號以及「張三」前的文字縮排符號）。因此解析器在去掉標記後將信息傳給應用程序將有不一樣的處理結果。 
　　若是咱們想明確地告訴XML程序，標記中的空白有明確的含義，不要隨便去掉（如在一些詩中，空格有它具體的意義），則可在標記中加入一個XML內置的屬性——xml:space 。如（注意屬性名稱和值的大小寫）： 　　 
　　〈詩歌 xml:space="preserver"〉 
　　 祖國啊！ 祖國！ 
　　 個人祖國！ 
　　 〈/詩歌〉 
　另外，在XML文件中，若是要用到表1的特殊字符，必須用相應符號代替。 
　表1 
　　特殊字符 替代符號 
　　&& & 
　　< &it; 
　　> > 
　　" " 
　　' &apos; 
　　在此作個小結：符合上述規定的XML文件就是Well-Formed的XML文件。這是編寫XML文件的最基本要求。能夠看到XML文件的語法規定比HTML要嚴格多了。因爲有這樣的嚴格規定，軟件工程師編寫XML的解析器就容易多了，不像編寫HTML語言的解析器，必須費盡心思去適應不一樣的網頁寫法，提升本身瀏覽器的適應能力。實際上，這對於咱們初學者來講，也是一件好事。該怎樣就怎樣，沒必要像原來那樣去疑惑各類HTML的寫法。 
　　咱們看到，在XML文件中，用的大多都是自定義的標記。可是你們考慮一下，若是兩個同行業的公司A和B要用XML文件相互交換數據，A公司用〈價格〉標記來表示他們產品的價格信息，而B公司可能用〈售價〉來表示價格信息。若是一個XML應用程序來讀取他們各自的XML文件中的信息時，若是它只知道〈價格〉標記裏表示的是價格信息，那麼B公司的價格信息就讀不出來，必將產生錯誤。顯然，對於想利用XML文件來交換信息的實體來講，他們之間必須有一個約定——即編寫XML文件能夠用哪些標記，母元素中可以包括哪些子元素，各個元素出現的順序，元素中的屬性怎樣定義等。這樣他們在用XML交換數據時纔可以暢通無阻。這種約定稱爲DTD（Document Type Definition，文檔格式定義）。能夠把DTD看做編寫XML文件的模板。對於同行業之間的XML數據交換，有一個固定的DTD將會方便不少。好比說，若是網上的各大電子商場的XML網頁都遵循同一個DTD時，那麼咱們就能夠輕鬆地依據這個DTD 編寫一個應用程序，去網上將咱們感興趣的東西自動抓回來。事實上已經有了好幾個定義好的DTD，如前面所說的MathML、SMIL等。 
　　若是一個XML文件是Well-Formed的，而且它是正確的依據某個DTD創建的，那麼，這個XML文件就被稱爲：Validating XML文件。相應的解析器就稱爲：Validating Parser。

 

http://blog.csdn.net/tercel99/article/details/3908115http://blog.csdn.net/tercel99/article/details/3908112http://blog.csdn.net/tercel99/article/details/3908108http://blog.csdn.net/tercel99/article/details/3908092