多年以來(lái)，HTML只是在不斷變大，卻從未變小，因為新版本必須維護向后兼容性。這一情況將得以改變。XHTML 2.0的第一個(gè)工作草案于2002年8月5日發(fā)布，一大新聞就是取消了向后兼容性；該語(yǔ)言終于得以繼續發(fā)展。那么，作為一名開(kāi)發(fā)人員您將得到什么回報呢？健壯的表單和事件表現如何呢？它們是研究不需要大量 JavaScript 的框架以及甚至層次結構菜單的更佳方法。
本文概述了 XHTML 2.0 中的新增功能以及將來(lái)可能會(huì )如何使用它。讀者應該熟悉 HTML 和／或 XHTML 1.0。熟悉級聯(lián)樣式表（Cascading Style Sheet (CSS)）是有幫助的，但不是必需的。
告別向后兼容性，引入結構 當萬(wàn)維網(wǎng)聯(lián)盟（World Wide Web Consortium (W3C)）于 2002 年 8 月 5 日發(fā)布 XHTML 2.0 的第一個(gè)工作草案時(shí)，最讓人吃驚的是：與其先前的版本不同，它不是向后兼容的。對于先前的發(fā)行版，如從 HTML 4.01 轉到 XHTML 1.0 以及后來(lái)從 XHTML 1.0 到 XTHML 1.1，變化都是添加一些內容；可以讀取 XHTML 1.0（過(guò)渡的）文檔的瀏覽器也可以理解 HTML 4.01 文檔。而 XHTML 2.0 不是那樣的。
如果您在兩年前宣布我們今天將研究不帶 img 標記或 bold 標記的 HTML 版本，那么大多數 Web 開(kāi)發(fā)人員都會(huì )用懷疑的眼光看著(zhù)您。然而，現在就是這樣。除了徹底替換表單和框架外，XHTML 2.0 還除去了 b、i 和img標記（以及 big、small 和 tt），甚至不贊成使用br，以準備從將來(lái)的發(fā)行版中除去它。但這是為什么呢？
原因在于大多數標記都是表示性的。它們的唯一目的就是給予瀏覽器指令，規定有關(guān)其內容應該如何顯示，但卻完全未提供有關(guān)其內容是什么的信息。例如，請考慮下面兩個(gè)句子：
Presentational elements are, <i>for the most part</i>, <b>gone</b>.
和
Presentational elements are, <em>for the most part</em>, <strong>gone</strong>.
在沒(méi)有樣式表的情況下，這兩個(gè)句子在瀏覽器中看起來(lái)是一樣的，但只有第二個(gè)句子提供了有關(guān)原因的信息。事實(shí)上，從一開(kāi)始 em（強調）和 strong 標記就出現在 HTML 中了，但多年以來(lái)作者們基本上已經(jīng)忽略了它們，而專(zhuān)注于表現形式，這是以犧牲內容為代價(jià)的。
但這并不意味著(zhù)只要您想使某些內容變成粗體或斜體，就應該將它們硬塞進(jìn)這兩個(gè)標記中。相反，除去表示性元素的整個(gè)目的是設法完成 CSS 的發(fā)明者的初衷，即應該根據內容所表示的東西來(lái)標記內容，而樣式表應該用于美化內容。例如，清單 1 使用類(lèi)別（class）來(lái)指出內容類(lèi)型。
清單 1. 使用類(lèi)別指定內容類(lèi)型
<html> <head><title>Employee Notice</title> <style type="text/css"> .duedate { color: red; font-weight: bold; } .holiday { color: green; font-style: italic } </style> </head> <body> <h1>Notice</h1> <p>Employees should take note of the following important dates:</p> <ul> <li class="duedate">8/28/2002 (Progress reports due)</li> <li class="holiday">9/1/2002 (Labor Day)</li> <li class="duedate">10/28/2002 (Final reports due)</li> </ul> </body> </html>
在該頁(yè)面中，日期類(lèi)型可以由內容本身來(lái)確認，瀏覽器可以使用類(lèi)別信息來(lái)決定如何為其設計樣式，如圖 1 中所示。
圖1. 類(lèi)別可以確定顯示哪一類(lèi)內容，樣式表可以對它進(jìn)行適當的格式化。
用這種觀(guān)點(diǎn)研究它：斷開(kāi)（br）標記的目的無(wú)外乎是為了顯示，因為實(shí)際上它并無(wú)任何內容。XHTML 2.0 不贊成使用 br 標記，而提倡使用 line 標記。line 標記指定一種特殊的內容：通常是以后跟換行和回車(chē)這種方式呈現的一行文本或其它內容。例如，文本：
<p> public class HelloWorld {<br /> public static void main (String[] args){<br /> System.out.println("Hello world!");<br /> }<br /> } </p>
變成
<p> <line>public class HelloWorld {</line> <line>public static void main (String[] args){ </line> <line>System.out.println("Hello world!"); </line> <line>}</line> <line>}</line> </p>
這樣，文檔就有了一個(gè)表示行的實(shí)際對象，同樣，段（p）標記表示一段內容。
為什么所有這些都很重要呢？因為 Web 不僅正日益成為人與人之間通信的場(chǎng)所，而且還日益成為軟件應用程序（如服務(wù)器和搜索引擎索引器）之間進(jìn)行通信的場(chǎng)所。而且，每個(gè)人（或者說(shuō)幾乎每個(gè)人）都使用相同瀏覽器的時(shí)代已經(jīng)一去不復返了。開(kāi)發(fā)人員正不斷為不同設備（如 PDA 和移動(dòng)電話(huà)）重新設計內容。語(yǔ)音觸發(fā)的（voice-activated）系統已經(jīng)離我們不遠了。內容的結構意義正變得幾乎與內容本身一樣重要。
節
XHTML 2.0 添加了節（section）和標題（heading）。HTML 一直都包含編號的標題 — h1 到 h6，直到 2002 年 8 月 5 日的工作草案，還未將其撤消，但這只是一個(gè)時(shí)間問(wèn)題。而 XHTML 2.0 使用通用標題和節。例如，可以嵌套節，從而賦予標題含義。以前用編號標題呈現的文檔（清單 2）：
清單 2. 文檔中的編號標題
<html> <head><title>Adding sections</title></head> <body> <h1>The Web‘s future: XHTML 2.0</h1> <p>by Nicholas Chase</p> <h2>Good-bye backward compatibility, hello structure</h2> <p>Why backward compatibility is over.</p> <h3>Presentation versus Structure</h3> <p>Using style sheets rather than presentational elements.</p> <h3>Lines</h3> <p>Line breaks are deprecated.</p> <h2>Sections</h2> <p>Creating more reasonable sections.</p> <h2>Navigation lists and menus</h2> <p>Hierarchical menus.</p> <h2>Links, links, everywhere</h2> <p>Adding links.</p> </body> </html>
可以用通用標題和節替換（清單 3）：
清單 3. 通用標題和節
<html> <head><title>Adding sections</title></head> <body> <section> <h>The Web‘s future: XHTML 2.0</h> <p>by Nicholas Chase</p> <section> <h>Good-bye backward compatibility, hello structure</h> <p>Why backward compatibility is over.</p> <section> <h>Presentation vs. Structure</h> <p>Using style sheets rather than presentational elements.</p> </section> <section> <h>Lines</h> <p>Line breaks are deprecated.</p> </section> </section> <section> <h>Sections</h> <p>Creating more reasonable sections.</p> </section> <section> <h>Navigation lists and menus</h> <p>Hierarchical menus.</p> </section> <section> <h>Links, links, everywhere</h> <p>Adding links.</p> </section> </section> </body> </html>
這種結構有兩個(gè)優(yōu)點(diǎn)。首先，應用程序（如搜索引擎 crawler）能夠更容易地了解內容的相對重要性，其次，節是自包含的。在 HTML 中，節以其標題開(kāi)始，所以在標題的前面不會(huì )出現內容（如介紹性?xún)热荩?。section 元素取消了這種約束，因為其內部的任何內容都是節的一部分。
導航列表和菜單
增加了一個(gè)會(huì )讓W(xué)eb開(kāi)發(fā)人員大大受益的結構，那就是導航列表。由nl標記指定的導航列表的工作原理與其“表親”有序列表（ol）和無(wú)序列表（ul）非常相似，但有一點(diǎn)不一樣：導航列表的項僅在列表激活時(shí)才出現。因此，導航列表與層次結構的彈出菜單十分相似，這種彈出菜單很受歡迎，因為它們提供了許多導航信息，而且不會(huì )占據太多的屏幕空間。例如，肥皂劇站點(diǎn)可能有以下菜單（清單 4）：
清單 4. 使用導航列表
<nl> <name>Character Options</name> <li href="stay.html">Stay</li> <nl> <name>Leave</name> <li href="newjob.html">Job transfer</li> <li href="divorce.html">Divorce</li> <li href="fataldisease.html">Fatal disease</li> </nl> <li href="backburner.html">Back Burner</li> </nl>
當用戶(hù)激活名稱(chēng)（Character Options）時(shí)，出現列表項。關(guān)于當用戶(hù)激活主列表時(shí)子列表（如 Leave 菜單）是否會(huì )出現，還是用戶(hù)必須激活子列表項本身以使其出現，工作草案并未說(shuō)清楚。最終作者可能通過(guò)樣式或事件來(lái)控制這一行為。在任何情況下，當輸入焦點(diǎn)從主元素移開(kāi)時(shí)，列表項就會(huì )消失。
鏈接，鏈接無(wú)處不在
您可能已經(jīng)注意到：即使打算將前一個(gè)示例作為菜單，但它沒(méi)有錨（a）標記。而 href 屬性已經(jīng)被正確放在了 li 元素上。這不是導航列表的特性，而是 XHTML 2.0 的新特性。與超文本相關(guān)的屬性（如 href、target 和 accesskey）現在是公共屬性集合（Common Attribute Collection）的一部分，它包括核心屬性（class、id 和 title）、國際化屬性（xml:lang，它替換了 XHTML 1.1 中的 lang）和事件屬性，事件屬性來(lái)自 XML Events 建議書(shū)，正如您將在下面看到的。
這意味只要將 href 屬性添加到任何元素，就可以將它轉換成鏈接，而不一定要用錨標記包圍單個(gè)元素。
這是否表示經(jīng)過(guò)四年的努力，XLink 已經(jīng)被 XHTML 2.0 采用了嗎？總而言之，沒(méi)有。事實(shí)上，XLink 和 XHTML 2.0 中規定的鏈接之間的差異是那些正從事各自建議書(shū)的開(kāi)發(fā)人員之間爭論的根源，所以在這個(gè)最初的公開(kāi)工作草案和最后的建議書(shū)之間可能會(huì )做些更改。同時(shí)，可以組合使用該功能、導航列表、link 元素，以及資源描述框架（Resource Description Framework (RDF)）來(lái)復制 XLink 的大多數功能。
XForms 是一個(gè)與 XML 相關(guān)的建議書(shū)，并確實(shí)已經(jīng)成為 XHTML 2.0 的一部分。
XML 表單語(yǔ)言（XML Forms Language (XForms)）是研究表單的一種全新方法 — 它象 XHTML 的其余部分一樣 — 內容、結構和表現是完全獨立的。XForms 頁(yè)面指定一個(gè)模型，該模型擁有有關(guān)表單自身的信息，然后，可以在頁(yè)面周?chē)⒉急韱卧?，而不是被局限于單個(gè)表單元素。這意味著(zhù)，您甚至可以在頁(yè)面的同一區域中合并不同表單的元素?？梢酝ㄟ^(guò)實(shí)例文檔填充表單，實(shí)例文檔是從表單元素上的 XPath 表達式引用的。表單元素自身也代表了特殊類(lèi)型的對象，而不是描述在頁(yè)面上它們是如何顯示的。當更新表單元素中的數據時(shí)，會(huì )更新實(shí)例文檔。當用戶(hù)提交表單時(shí)，實(shí)際發(fā)送的是實(shí)例文檔。例如，采用下面的簡(jiǎn)單表單（清單 5）：
清單 5. 簡(jiǎn)單的 HTML 表單
<html xmlns="http://www.w3.org/1999/xhtml"> <head> <title>Preference Form</title> </head> <body> <h1>Preferences Form</h1> <form action="myformprocessor.jsp"> <p> Username: <input type="text" name="userid" /> <br /> Password: <input type="password" name="pass"/> </p> <p> Area preference: <select name="seatingpreference"> <option value="1">One</option> <option value="2">Two</option> <option value="3">Three</option> </select> </p> <p> <input type="submit" /> </p> </form> </body> </html>
清單 6 顯示了 XForms 版本的表單：
清單 6. XForms 版本的表單
<html xmlns="http://www.w3.org/1999/xhtml" xmlns:xforms="http://www.w3.org/2002/01/xforms"> <head> <title>Preference Form</title> <xforms:model> <xforms:submitInfo method="postxml"/> <xforms:instance xmlns=""> <preferences> <person userid=""> <password></password> </person> <seatingpreference></seatingpreference> </preferences> </xforms:instance> </xforms:model> </head> <body> <h1>Preferences Form</h1> <p> <xforms:input ref="preferences/person@userid"> <xforms:caption>Username: </xforms:caption> </xforms:input> <br /> <xforms:secret ref="preferences/person/password"> <xforms:caption>Password: </xforms:caption> </xforms:secret> </p> <p> <xforms:selectOne ref="preferences/seatingpreference" selectUI="listbox"> <xforms:caption>Area preference: </xforms:caption> <xforms:item> <xforms:value>1</xforms:value> <xforms:caption>One</xforms:caption> </xforms:item> <xforms:item> <xforms:value>2</xforms:value> <xforms:caption>Two</xforms:caption> </xforms:item> <xforms:item> <xforms:value>3</xforms:value> <xforms:caption>Three</xforms:caption> </xforms:item> </xforms:selectOne> </p> <p> <xforms:submit> <xforms:caption>Submit Report</xforms:caption> </xforms:submit> </p> </body> </html>
術(shù)語(yǔ)說(shuō)明：XForms 建議書(shū)特別說(shuō)明了不存在單個(gè)表單的 XForms。它是多個(gè) XForms 頁(yè)面，不再是單個(gè) XForm 頁(yè)面。
表單一般需要進(jìn)行驗證。換句話(huà)說(shuō)，數據字段必須包含有效數據等。XForms 使用 XML 模式來(lái)約束所提交的數據。另外，可以通過(guò)添加 XML Events（它也包括在 XHTML 2.0 中）來(lái)進(jìn)一步增強 XForms 頁(yè)面的功能。
XML Events
您可能已經(jīng)熟悉了通過(guò)添加如 onclick 和 onmouseover 之類(lèi)的事件在 Web 頁(yè)面上使用事件。不會(huì )再有了。這些熟悉的屬性已經(jīng)被集成到 XHTML 2.0 中的 XML Events 模塊所替代。XML Events 提供了一種通用的方法來(lái)指定事件發(fā)生時(shí)應該采取的操作。它的優(yōu)點(diǎn)是您不受限于如鼠標單擊之類(lèi)的預定義事件。相反，可以定義您自己的事件以及觸發(fā)它們時(shí)會(huì )發(fā)生什么。
XML Events 包含下列組件。如鼠標單擊之類(lèi)的事件可以作為目標。例如，在清單 7 所示的頁(yè)面中：
清單 7. 要單擊的頁(yè)面
<html> <head><title>Rides</title></head> <body> <ul id="ridelist"> <li href="monorail.html">Monorail</li> <li href="Matterhorn.html">Matterhorn</li> <li href="coaster.html">Roller coaster</li> </ul> </body> </html>
用戶(hù)可能單擊第二個(gè)li元素 Matterhorn。當這發(fā)生時(shí)，鼠標單擊事件從文檔根行進(jìn)到目標（li）并再次返回。順序是：
(root) -- html -- body -- ul -- li -- ul -- body -- html -- (root)
向下行進(jìn)到目標稱(chēng)為捕捉（capture）階段，而再次向上行進(jìn)稱(chēng)為冒泡（bubbling）階段（并不是所有的事件都會(huì )冒泡）。在行進(jìn)期間的任何時(shí)候，事件都可以傳遞已經(jīng)被注冊為觀(guān)察器的對象（這表示它正在觀(guān)察特定的事件），如果它看到事件，則執行特定操作。偵聽(tīng)器創(chuàng )建觀(guān)察器。例如，在下面的序列中：
<ev:listener observer="ridelist" event="mousedown" handler="#myscript"/>
偵聽(tīng)器使 ul 元素（或者更準確一點(diǎn)說(shuō)，是整個(gè)列表）成為觀(guān)察器，因而，當用戶(hù)單擊任何列表項目時(shí)，觀(guān)察器（ridelist）執行 myscript（但仍必須確定調用任意腳本的機制）。
廣受指責的框架也在 XHTML 2.0 中被替換了。XFrames 的第一個(gè)工作草案于 2002 年 8 月 6 日初次登場(chǎng)，此前一天 XHTML 2.0 宣布它將使用 XFrames 并試圖解決傳統 HTML 框架出現的問(wèn)題。大多數問(wèn)題是有關(guān)難于創(chuàng )建書(shū)簽和刷新頁(yè)面，以及不支持框架的搜索引擎無(wú)法索引適當內容。
在 XFrames 文檔中，所包含內容的 URI 成為整個(gè)文檔 URI 的一部分。例如，下面清單 8 中的頁(yè)面可能表示帶三個(gè)框架的 HTML 頁(yè)面：
清單 8. XFrames 頁(yè)面
<html> <head><title>XFrames</title></head> <body> <row> <frame id="header" /> <column> <frame id="menu"/> <frame id="content"/> </column> </row> </body> </html>
請注意，沒(méi)有指定每個(gè)框架的 URI，但每個(gè)框架都有其自己唯一的標識符。因此，這個(gè)文檔的 URI 可能是：
site.xfm#frames(header=header.xhtml,menu=menu.xhtml,content=main.xhtml)
然后，理解XFrames的瀏覽器將每個(gè)框架的內容與適當的URI相關(guān)聯(lián)。當用戶(hù)單擊鏈接并更改個(gè)別框架的內容時(shí)，頁(yè)面的整個(gè)URI都會(huì )更改，所以它始終顯示用戶(hù)正在查看的實(shí)際內容，“收藏”和“后退”按鈕提供了準確的內容。
圖像作為對象
2002 年 8 月 5 日工作草案的最后一個(gè)主要的更改包括除去了 img 標記并用 object 標記替代它。object 標記實(shí)際上在 HTML 4.01 中就已經(jīng)出現，但開(kāi)發(fā)人員主要將它用于嵌入多媒體和 Java applet。然而，它一直都能支持圖像。使用 object 標記的主要優(yōu)點(diǎn)在于，它被設計成向下級聯(lián)。換句話(huà)說(shuō)，如果瀏覽器不能顯示一個(gè)特定對象，那么它將顯示該對象的內容。例如，遇到下列代碼片斷的瀏覽器首先試圖裝入電影。如果裝入電影失敗，則裝入圖像。如果裝入圖像失敗，那么它只顯示文本。
<object data="rides.mpeg" type="application/mpeg"> <object data="rollercoaster.jpg" type="image/jpg"> Jack tries to expand his horizons on the racing coasters. </object> </object>
后續步驟
2002年8月5日的XHTML 2.0工作草案中唯一可以確定的事就是不能確定任何事情。在現在的草案和被作為建議書(shū)采納的過(guò)程中，幾乎可以肯定它將在某些方面發(fā)生變化，但強調結構和語(yǔ)義的目標不可能變化。出于這個(gè)原因，最好研究您現在構建的頁(yè)面，并開(kāi)始養成適當使用結構和樣式的習慣。使用標記來(lái)指定某些事物是什么，而不是如何顯示它們，并使用 CSS 來(lái)完成其余工作?？偟膩?lái)說(shuō)，更多地考慮文檔的結構以及您想要它們干什么，而不必太多地考慮它們將如何顯示。
參考資料
請參閱 XHTML 2.0 的最新版本，以了解它目前包含哪些內容。
請查找有關(guān)如何用 XML Events 控制頁(yè)面和任何 XML 文檔中事件的信息。
請閱讀使用 XForms 的下一代 Web 表單。
請閱讀文章“Get ready for XForms”（developerWorks，2002 年 9 月），學(xué)習有關(guān) XForms 的更多知識。
請快速閱讀 XFrames。
請閱讀 Modularization of XHTML 或閱讀 developerWorks Web 體系結構專(zhuān)區上的 XHTML的模塊化 教程（2001 年 10 月），了解 XHTML 2.0 是如何構造的。
請在 XHTML 2.0 The Latest Trick 中參考 Kendall Grant Clark 有關(guān) XHTML 2.0 以及 Semantic Web 的注釋。
請在 XLink: Who Cares? 中閱讀 Bob DuCharme 有關(guān) XLink 及其前景的想法。
下載 X-Smiles，它是一種 XForms 瀏覽器。
關(guān)于作者
Nicholas Chase 曾參與過(guò)很多公司（如 Lucent Technologies、Sun Microsystems、Oracle 和 Tampa Bay Buccaneers 等）的網(wǎng)站開(kāi)發(fā)。Nick 曾是一名高中物理教師、低輻射廢物設備管理人員、在線(xiàn)科幻雜志編輯、多媒體工程師和 Oracle 講師。最近，他成為 Site Dynamics Interactive Communications（位于佛羅里達州的 Clearwater）的 CTO，而且還是三本有關(guān) Web 開(kāi)發(fā)書(shū)籍的作者，包括 Java and XML from Scratch (Que) 和即將出版的 Primer Plus XML Programming (Sams)。他樂(lè )意聽(tīng)取讀者意見(jiàn)，可以通過(guò) nicholas@nicholaschase.com 與他聯(lián)系。
