曝光臺(tái) 注意防騙 網(wǎng)曝天貓店富美金盛家居專營店坑蒙拐騙欺詐消費(fèi)者

</TR>
<TR>
<TD>Relief Pitcher</TD><TD>336</TD><TD>27%</TD>
</TR>
XML 實(shí)用大全
第 95 頁
<TR>
<TD>Catcher</TD><TD>104</TD><TD>9%</TD>
</TR>
<TR>
<TD>Outfield</TD><TD>235</TD><TD>19%</TD>
</TR>
<TR>
<TD>First Base</TD><TD>67</TD><TD>6%</TD>
</TR>
<TR>
<TD>Shortstop</TD><TD>67</TD><TD>6%</TD>
</TR>
<TR>
<TD>Second Base</TD><TD>88</TD><TD>7%</TD>
</TR>
<TR>
<TD>Third Base</TD><TD>67</TD><TD>6%</TD>
</TR>
</TABLE>
</ALT>
</IMG>
在得不到位圖圖片的情況下，甚至可以使用實(shí)際的Postscript、SVG 或VML 代碼來形成該圖片。
5.2.2 元元數(shù)據(jù)
XML 實(shí)用大全
第 96 頁
元素可用于元數(shù)據(jù)，同樣也可用于元元數(shù)據(jù)，或者信息的深層相關(guān)信息。例如，一首詩的作者是這首詩的元數(shù)據(jù)，書寫作者
姓名所用的語言就是這首詩的元元數(shù)據(jù)。特別是對(duì)于明顯的非羅馬語言，這并非是無關(guān)緊要的。例如，Odyssey 的作者是Homer
還是Ωμηοδ？如果使用元素就可以很容易寫出：
<POET LANGUAGE="English">Homer</POET>
<POET LANGUAGE="Greek">Ωμηοδ</POET>
但是，如果POET 是一個(gè)屬性而不是一個(gè)元素，如下所示的這種不易操作的結(jié)構(gòu)會(huì)讓人感到糾纏不清：
<POEM POET="Homer" POET_LANGUAGE="English"
POEM_LANGUAGE="English">
Tell me,O Muse,of the cunning man...
</POEM>
而且如果想要同時(shí)提供詩人的英文名與希臘名的時(shí)候，這種表示方法會(huì)更顯得重要：
<POEM POET_NAME_1="Homer" POET_LANGUAGE_1="English"
POET_NAME_2=" Ωμηοδ" POET_LANGUAGE_2="Greek"
POEM_LANGUAGE="English">
Tell me,O Muse,of the cunning man...
</POEM>
5.2.3 有關(guān)元數(shù)據(jù)的說明
判斷元數(shù)據(jù)的決定權(quán)掌握在讀者手中，不同的讀者和他們的閱讀目的決定哪些是元數(shù)據(jù)，哪些是數(shù)據(jù)。例如，閱讀一份學(xué)報(bào)
上的文章，作者的名字與文章的內(nèi)容相比就顯得無足輕重。但是，如果作為晉升委員會(huì)的委員瀏覽學(xué)報(bào)來確定發(fā)表與未發(fā)表
文章的人員，作者的名字與所發(fā)表文章的數(shù)量比其內(nèi)容更重要。
事實(shí)上，人們也許會(huì)改變對(duì)數(shù)據(jù)和元數(shù)據(jù)的看法。今天看似無關(guān)緊要的東西，下周可能會(huì)變得很有用。你可以使用樣式單隱
藏今天看似不重要的元素，在以后可改變樣式單將其顯示出來。但是，顯示一個(gè)原先存儲(chǔ)在屬性中的信息很困難。通常在此
情況下需要重寫整個(gè)文檔，而不是簡單地修改樣式單。
5.2.4 元素更具擴(kuò)展性
在只需要傳達(dá)一兩個(gè)字的非結(jié)構(gòu)性信息時(shí)，使用屬性是很方便的。在此情況下,顯然不需要一個(gè)子元素。但是這并不排除日
后需要它。
例如,目前可能只需要存儲(chǔ)一篇文章的作者名而不必區(qū)分名和姓。但將來可能會(huì)需要存儲(chǔ)姓名、e-mail 地址、機(jī)構(gòu)、郵政通
信處、URL 以及更多的東西。如果把文章的作者保存為一個(gè)元素，在其中添加子元素包含這些附加的信息會(huì)很容易。
XML 實(shí)用大全
第 97 頁
盡管上述任何改動(dòng)都需要重新修改文檔、樣式單和相關(guān)的程序，但是把一個(gè)簡單的元素修改為元素樹比把一個(gè)屬性修改為元
素樹簡單得多。而且使用了屬性就只好繼續(xù)使用下去。擴(kuò)展屬性句法使之超越最初的設(shè)計(jì)范圍也很困難。
5.2.5 使用屬性的最佳時(shí)機(jī)
在前面已經(jīng)詳盡闡述了應(yīng)當(dāng)使用子元素代替屬性的原因，然而，必須指出的是，有時(shí)候使用屬性是有意義的。首先，同前面
提到的一樣，屬性非常適用于那些讀者未必想看見的沒有子結(jié)構(gòu)的簡單數(shù)據(jù)。例如，IMG 中的HEIGHT 和WIDTH 屬性，盡管
這些屬性值隨圖片的改變而改變，但是無法想象屬性中的數(shù)據(jù)除了一個(gè)很短的字符串外還能是什么。HEIGHT 和WIDTH 分別
是一維的數(shù)，因此作為屬性執(zhí)行起來很順利。
此外，屬性也適用于與文檔有關(guān)而與文檔內(nèi)容無關(guān)的簡單信息。例如，給每一個(gè)元素指定一個(gè)ID 屬性常常是有用的，這是
文檔中僅隸屬于元素的唯一字符串。該字符串可用于不同的目的，包括鏈接到文檔中的特殊元素。甚至在文檔發(fā)生改變時(shí)，
這些元素會(huì)隨之移動(dòng)。例如：
<SOURCE ID="S1">
<AUTHOR ID="A1">Donald Dewey</AUTHOR>
<AUTHOR ID="A2">Nicholas Acocella</AUTHOR>
<BOOK ID="B1">
<TITLE ID="B2">
The Biographical History of Baseball
</TITLE>
<PAGES ID="B3">169</PAGES>
<YEAR ID="B4">1995</YEAR>
</BOOK>
</SOURCE>
利用ID 屬性使鏈接文檔中的特定元素成為可能。這樣它們就有與HTML 中A 元素的NAME 屬性一樣的功能。其他與鏈接有關(guān)
的數(shù)據(jù)——HREF 屬性指明的鏈接目標(biāo)，SRC 屬性指定的圖像和二進(jìn)制數(shù)據(jù)等等——作為屬性都很合適。
在第16 章“Xlink”和第17 章“XPointer”中討論XLL——可擴(kuò)展鏈接語言時(shí)，會(huì)看到更多的這種例子。
屬性也常用于存儲(chǔ)文檔的特定樣式信息。例如，TITLE 元素一般是以粗體出現(xiàn)，但是如果使一個(gè)TITLE 元素有粗體和斜體兩
　
中國航空網(wǎng) www.k6050.com
航空翻譯 www.aviation.cn
本文鏈接地址：XML實(shí)用大全(33)