曝光臺 注意防騙 網曝天貓店富美金盛家居專營店坑蒙拐騙欺詐消費者

讓我們來改進一下：
程序清單2 - 1 5
現在，已經明確地把作者們分開了，所以讓我們看一看目錄元數據是如何顯示的。例如，
我們可能爭論書名、I S B N等內容都是< b o o k >元素的屬性，而不是內容的一部分。
出于說明的需要，我們把這些元素改變成了屬性（雖然最好的辦法與此效果相當），并且把某
些其他的< B o o k >子元素改為屬性。我們還增加了一個< P r i c e >元素以便更深入地說明屬性的使用：
程序清單2 - 1 6
48使用XML 高級編程
下載
很明顯，在這個例子中有許多遺漏的地方。一個一直存在的不足就是p u b l i s h e r屬性和
< A u t h o r >元素的字符串常量的使用。我們將在下一章解決它和其他問題，此時書籍目錄的概念
已經得到很大的擴充。
前面的例子解釋了元素和屬性的處理原則：元素是代表對象的名詞，而屬性是描述這些對
象的特點的形容詞。
你可能注意到我們使用了一種代碼風格的約定來分隔這兩個對象：元素類型名使用適當的
名詞形式（第一個字母大寫）；屬性名都是小寫。這有助于增強正在命名的內容，特別是當我
們在注釋或其他文本中討論這些命名時尤其如此。
元素和屬性的配合使用并不是件簡單事情。在X M L - L和X M L - D E V新聞組中就這個主題曾經
出現過許多討論和爭論。某些人認為根本就不應該使用屬性—因為它們增加了不必要的處理
復雜性，任何用屬性代表的東西都可以更好地包含在子元素中。其他人則非常欣賞使用D T D驗
證屬性值和設置缺省值所帶來的好處。最近的試驗表明，拋開表面現象，使用普通的數據壓縮
（例如g z i p、L Z W或者z l i b）都不具備數據存儲和傳輸方面天生的優勢（也就是說，壓縮過的
X M L數據對象的大小沒有什么變化）。
XML 1.0推薦規范的兩位編輯者和其他S G M L / X M L專家曾經就這個主題撰寫過文章—通
過以下鏈接大家可以看到這些內容（大多數都深藏在Robin Cover的SGML/XML We b頁下）。
• Andrew Layman的“XML Syntax Recommendation for Serializing Graphs of Data”—
h t t p : / / w w w. w 3 . o rg / Ta n d S / Q L / Q L 9 8 / p p / M i c r o s o f t - s e r i a l i z i n g . h t m l
• Eliot Kimber的“Elements or attributes?”—
h t t p : / / w w w. o a s i s - o p e n . o rg / c o v e r / a t t r K i m b e r 9 7 11 . h t m l
• Michael Sperberg - M c Q u e e n的“Element vs. Attributes”—
h t t p : / / w w w. o a s i s - o p e n . o rg / c o v e r / a t t r S p e r b e rg 9 2 . h t m l
• Robin Cover的“SGML/XML: Using Elements and Attributes”—
h t t p : / / w w w. o a s i s - o p e n . o rg / c o v e r / e l e m e n t s A n d A t t r s . h t m l
• Tim Bray的“When is an attribute an attribute?”—
h t t p : / / w w w. o a s i s - o p e n . o rg / c o v e r / b r a y A t t r 9 8 0 4 0 9 . h t m l
• G. Ken Holman的“When to use attributes as opposed to elements”—
h t t p : / / w w w. o a s i s - o p e n . o rg / c o v e r / h o l m a n E l e m e n t s A t t r s . h t m l
2.15 小結
在本章中，我們向大家演示了所有X M L數據必需的基本語法。我們在沒有其他任何知識或
第2章XML 語法使用49
下載
工具的情況下就能夠創建簡單的、格式正規的文檔，但這還沒有開始充分利用X M L的強大功能。
例如，在基本語法中并沒有提供H T M L中“H T”—超文本。在本書后面的部分（第8章）
中討論的一些待定的X M L擴展中，改進的鏈接語法是非常重要的一個方面。
格式正規的文檔對于一些應用程序來說已經足夠，但這意味著任何數據的解釋或驗證都必
須硬編碼在應用程序中。一種更方便的辦法就是提供第二個文檔用來驗證第一個。這個驗證文
檔的形式可能是D T D（參見第3章）也可能是模式（參見第7章）。
在簡單的情況下， X M L是一種強大的數據交換介質。在使用D T D或模式、命名空間、鏈接
和樣式單擴充后， X M L將是更為強大的I n t e r n e t時代的基礎。再配合以J a v a或其他合適的語言，
X M L將使得計算程序能夠更為方便、使用范圍更廣。
50使用XML 高級編程
下載
下載
第3章文檔類型定義
上一章介紹了如何編寫格式正規的X M L文檔。然而，當你開發符合XML 1.0的文檔結構時，
出現了這樣一個有趣的問題：你如何與其他人交流你設計的結構？主流的瀏覽器已經支持或者
正在準備支持X M L，但是這僅限于顯示X M L的內容。如果你開發的程序不僅用到X M L，而且創
建了新的X M L詞匯表，即：將你的設計意圖隱藏在代碼中。那么，為了使XML 1.0的其他用戶
能夠理解符合你創建的詞匯表的文檔的結構，作為X M L詞匯表的設計者，你必須通過某種通用
的方式說明詞匯表的語法規則。為此， XML 1.0提供了一種機制—文檔類型定義（ D o c u m e n t
Type Definition，D T D），并將其作為規范的一部分。D T D使用正式的語法定義X M L文檔的結構
和允許值。你在上一章看到的X M L是格式正規的X M L。它符合X M L的基本語法規則，并且沒有
其他任何語法約定。在本章，我們將創建有效的X M L：它不僅遵循X M L的語法規則，而且受到
你所創建的詞匯表規則的約束。
D T D將帶來以下優越性。首先，通過創建D T D，能夠正式而精確地定義詞匯表。所有詞匯
表規則都包含在D T D中。凡是未在D T D中出現的規則都不屬于詞匯表的一部分。許多解析器可
以利用D T D驗證文檔實例的有效性。只要在文檔實例中寫入一條簡單的聲明語句，解析器就能
夠獲取D T D，并將其中的內容與文檔實例進行比較。另外， X M L創作工具也可以通過類似的方
　
中國航空網 m.k6050.com
航空翻譯 www.aviation.cn
本文鏈接地址：XML高級編程上(21)