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

• 在DTD 的<!ATTLIST>標記中聲明屬性。
• 一個<!ATTLIST>標記可以聲明一個元素任意數目的屬性。
• 屬性通常具有缺省值，但是可以通過使用關鍵詞#REQUIRED、#IMPLIEDU 或#FIXED 改變這種狀態。
• 在DTD 中，可以聲明十種屬性類型： CDATA、枚舉類型、NMTOKEN、NMTOKENS、ID、IDREF、IDREFS、
ENTITY、ENTITIES 和NOTATION。
• 預定義的xml:space 屬性確定元素中的空格是否有意義。
• 預定義的xml:lang 屬性規定書寫元素內容的語言。
下一章將學習到如何利用記號、處理指令和不可析實體在XML 文檔中嵌入非XML 數據。
XML 實用大全
第 321 頁
第11 章 嵌入非XML 數據
不是世界上的所有數據都為XML 格式。實際上，可以大膽地說世界上積累下來的數據大部分都不是XML 格式。大量數據按無
格式文本、HTML 和微軟的Word 格式保存，這里只舉出三種常用的非XML 格式。在理論上說，如果有興趣且財力允許的情況
下，至少這些數據的大部分可以重寫為XML 格式，但也不是所有的數據都可以。例如把圖像編碼為XML 格式就將導致處理效
率極端低下。
XML 提供三種結構：記號、不可析外部實體和處理指令，通常用于處理非XML 格式數據。記號描述非XML 格式數據；不可析
外部實體提供與非XML 格式數據實際位置的鏈接；處理指令給出如何觀看這些數據的信息。
本章敘述的具體內容尚有許多爭議。盡管我所說的每一個事情都符合XML 1.0 規范，但是不是所有人都同意上述觀點。肯
定可以寫出一個XML 文檔，文檔中沒有使用注解和外部對象，僅有一些簡單的處理說明。可以先跳過本章內容，在后面發
現有必要了解這方面內容時，再返回到這一章。
本章的主要內容如下：
• 記號
• 不可析外部實體
• 處理指令
• DTD 中的條件部分
11.1 記號
在XML 文檔中使用非XML 格式數據將會遇到的第一個問題是識別數據格式，并通知XML 應用程序如何讀出和顯示這些非XML
格式數據。例如，企圖在屏幕上畫出MP3 聲音文件就是不合適宜的。
在一個有限的范圍內只利用一套固定的用于特定種類的外部實體的標記，就可在單一應用程序中解決外部非XML 數據的讀取
和顯示問題。例如，如果全部圖片數據都通過IMAGE 元素嵌入，全部聲音數據通過AVDIO 元素嵌入；那么開發一個知道如何
處理這兩個元素的瀏覽器并不是一件很難的事。實際上這正是HTML 采用的方法，可是這樣的方法不允許文檔作者為了能更
加清楚地描述它們所需的內容，而創建新的標記；例如PERSON 元素碰巧就有一個PHOTO 屬性，該屬性指向那人的JPEG 格式
圖片。
再者，沒有一個應用程序可理解所有可能的文件格式。大多數Web 瀏覽器可以管理和讀出GIF、JPEG、PNG 圖像文件，或許
還包括一些其他格式的圖像文件；但是它們在EPS、TIFF、FITS 文件前都束手無策，對于是幾百種普遍和特殊的圖像格式就
更加力不從心了。圖11-1 的對話框或許再熟悉不過了。
圖11-1 當Netscape Navigator 無法識別一種文件類型時將發生的事情
XML 實用大全
第 322 頁
理想的情況是希望文檔會通知應用程序外部實體的格式，因此不必去依賴應用程序來識別文件類型，或是靠具有魔力的數字
或者是并不可靠的文件擴展名。此外，如果應用程序自身無法處理這種格式的圖像，也可以為應用程序提供一些關于什么程
序可用來顯示圖像的線索。
記號提供了部分解決這個問題的方法（盡管不能獲得很好的支持）。記號描述非XML 數據的格式。在DTD 中，NOTATION 聲
明規定特殊的數據類型。DTD 在與元素、屬性和實體同一層次上聲明記號。每個記號聲明都包含一個名字和一個外部標識符，
語法結構如下：
<!NOTATION name SYSTEM "externalID">
name 為文檔中使用的特殊格式的標識符；externalID 就是用來標識記號的有意義的字符串。例如，實體GIF 圖像的記號可
以使用MIME 類型：
<!NOTATION GIF SYSTEM "Image/gif">
也可以使用PUBLIC 代替SYSTEM 標識符，這樣做就必須提供public ID 和URL。例如：
<!NOTATION GIF PUBLIC
"-//IETF// NONSGML Media Type image/gif//EN"
"http://www.isi.edu/in-notes/iana/assignments/media-types/image/gif">
對于如何準確地作出外部標識，還存在激烈的爭論。像圖像/gif、文本/HTML 之類的MIME 類型是一種可能性；另
一個建議是選擇URL，或者其他的標準文檔定位方式——像http://www.w3.org/TR/REC-html140/。第三個選擇是
使用正式的國際標準——如表示日期和時間的ISO 8601 標準。某些情況下，可能ISBN 或者國會圖書館為文獻文檔
編目的方法更為適用。此外還有其余許多選擇。
選取何種方式，取決于對文檔生命期的期望值。例如，如果選擇不普遍的格式，就不能依賴每個月都會改變的URL
方式；如果希望文檔在100 年內都具有活躍的生命力，那么就該考慮使用在100 年中都具有意義的標識符，而不是
使用僅具有10 年生命力的技術。
也可以使用記號來描述插入到文檔中數據。例如，研究下面的DATA 元素：
<DATE>05-07-06</DATE>
05-07-06 到底表示哪一天？是公元1906 年5 月7 日還是公元1906 年7 月5 日？答案取決于是按美國格式還是歐洲格式理
解這個日期。甚至也可能是2006 年5 月7 日或者2006 年7 月5 日。或者是公元6 年5 月7 日，是西方鼎盛時期的羅馬帝國
的秋天和中國的漢朝。也有可能這個日期根本不是公元紀年，而是猶太歷、穆斯林歷法或者中國的農歷。沒有更多的信息，
就無法確定其真實的意義。
為了避免這樣混淆不清的情況，ISO 8601 標準為表示日期規定了一個精確的方法。應用這種方法，在XML 中，公元2006 年
7 月5 日寫為20060705，或者是如下格式：
<DATE>20060705</DATE>
XML 實用大全
第 323 頁
這種格式不是與每個人的想法都相同，對所有人都具有同等程度的迷惑性，不偏向任何一種文化（實際上仍然偏向西方傳統
　
中國航空網 www.k6050.com
航空翻譯 www.aviation.cn
本文鏈接地址：XML實用大全(93)