1、Web的未來：XHTML2.0多年以來，HTML只是在不斷變大，卻從未變小，因為新版本必須維護(hù)向后兼容性。這一情況將得以改變。XHTML2.0的第一個工作草案于2002年8月5日發(fā)布，一大新聞就是取消了向后兼容性；該語言終于得以繼續(xù)發(fā)展。那么，作為一名開發(fā)人員您將得到什么回報呢？健壯的表單和事件表現(xiàn)如何呢？它們是研究不需要大量Javript的框架以及甚至層次結(jié)構(gòu)菜單的更佳方法。本文概述了XHTML2.0中的新增功能以及將來可能會如何使用

2、它。讀者應(yīng)該熟悉HTML和／或XHTML1.0。熟悉級聯(lián)樣式表（CadingStyleSheet(CSS)）是有幫助的，但不是必需的。告別向后兼容性，引入結(jié)構(gòu)當(dāng)萬維網(wǎng)聯(lián)盟（WldWideWebConstium(W3C)）于2002年8月5日發(fā)布XHTML2.0的第一個工作草案時，最讓人吃驚的是：與其先前的版本不同，它不是向后兼容的。對于先前的發(fā)行版，如從HTML4.01轉(zhuǎn)到XHTML1.0以及后來從XHTML1.0到XTHML1.1，變

3、化都是添加一些內(nèi)容；可以讀取XHTML1.0（過渡的）文檔的瀏覽器也可以理解HTML4.01文檔。而XHTML2.0不是那樣的。如果您在兩年前宣布我們今天將研究不帶img標(biāo)記或bold標(biāo)記的HTML版本，那么大多數(shù)Web開發(fā)人員都會用懷疑的眼光看著您。然而，現(xiàn)在就是這樣。除了徹底替換表單和框架外，XHTML2.0還除去了b、i和img標(biāo)記（以及big、small和tt），甚至不贊成使用br，以準(zhǔn)備從將來的發(fā)行版中除去它。但這是為什么呢？

4、原因在于大多數(shù)標(biāo)記都是表示性的。它們的唯一目的就是給予瀏覽器指令，規(guī)定有關(guān)其內(nèi)容應(yīng)該如何顯示，但卻完全未提供有關(guān)其內(nèi)容是什么的信息。例如，請考慮下面兩個句子：Presentationalelementsarefthemostpartgone.和Presentationalelementsarefthemostpartgone.在沒有樣式表的情況下，這兩個句子在瀏覽器中看起來是一樣的，但只有第二個句子提供了有關(guān)原因的信息。事實上，從一開始

5、em（強(qiáng)調(diào)）和strong標(biāo)記就出現(xiàn)在HTML中了，但多年以來作者們基本上已經(jīng)忽略了它們，而專注于表現(xiàn)形式，這是以犧牲內(nèi)容為代價的。但這并不意味著只要您想使某些內(nèi)容變成粗體或斜體，就應(yīng)該將它們硬塞進(jìn)這兩個標(biāo)記中。相反，除去表示性元素的整個目的是設(shè)法完成CSS的發(fā)明者的初衷，即應(yīng)該根據(jù)內(nèi)容所表示的東西來標(biāo)記內(nèi)容，而樣式表應(yīng)該用于美化內(nèi)容。例如，清單1使用類別（class）來指出內(nèi)容類型。清單1.使用類別指定內(nèi)容類型EmployeeNoti

6、ce.duedatecol:redfontweight:bold.holidaycol:greenfontstyle:italicNoticeEmployeesshouldtakenoteofthefollowingimptantdates:TheWebsfuture:XHTML2.0byNicholasChaseGoodbyebackwardcompatibilityhellostructureWhybackwardcompatibi

7、lityisover.Presentationvs.StructureUsingstylesheetsratherthanpresentationalelements.LinesLinebreaksaredeprecated.SectionsCreatingmereasonablesections.NavigationlistsmenusHierarchicalmenus.LinkslinkseverywhereAddinglinks.

8、這種結(jié)構(gòu)有兩個優(yōu)點。首先，應(yīng)用程序（如搜索引擎crawler）能夠更容易地了解內(nèi)容的相對重要性，其次，節(jié)是自包含的。在HTML中，節(jié)以其標(biāo)題開始，所以在標(biāo)題的前面不會出現(xiàn)內(nèi)容（如介紹性內(nèi)容）。section元素取消了這種約束，因為其內(nèi)部的任何內(nèi)容都是節(jié)的一部分。導(dǎo)航列表和菜單增加了一個會讓W(xué)eb開發(fā)人員大大受益的結(jié)構(gòu)，那就是導(dǎo)航列表。由nl標(biāo)記指定的導(dǎo)航列表的工作原理與其“表親”有序列表（ol）和無序列表（ul）非常相似，但有一點不一樣

9、：導(dǎo)航列表的項僅在列表激活時才出現(xiàn)。因此，導(dǎo)航列表與層次結(jié)構(gòu)的彈出菜單十分相似，這種彈出菜單很受歡迎，因為它們提供了許多導(dǎo)航信息，而且不會占據(jù)太多的屏幕空間。例如，肥皂劇站點可能有以下菜單（清單4）：清單4.使用導(dǎo)航列表acterOptionsStayLeaveJobtransferDivceFataldiseaseBackBurner當(dāng)用戶激活名稱（acterOptions）時，出現(xiàn)列表項。關(guān)于當(dāng)用戶激活主列表時子列表（如Leave菜

10、單）是否會出現(xiàn)，還是用戶必須激活子列表項本身以使其出現(xiàn)，工作草案并未說清楚。最終作者可能通過樣式或事件來控制這一行為。在任何情況下，當(dāng)輸入焦點從主元素移開時，列表項就會消失。鏈接，鏈接無處不在您可能已經(jīng)注意到：即使打算將前一個示例作為菜單，但它沒有錨（a）標(biāo)記。而href屬性已經(jīng)被正確放在了li元素上。這不是導(dǎo)航列表的特性，而是XHTML2.0的新特性。與超文本相關(guān)的屬性（如href、target和accesskey）現(xiàn)在是公共屬性集合

11、（CommonAttributeCollection）的一部分，它包括核心屬性（class、id和title）、國際化屬性（xml:lang，它替換了XHTML1.1中的lang）和事件屬性，事件屬性來自XMLEvents建議書，正如您將在下面看到的。這意味只要將href屬性添加到任何元素，就可以將它轉(zhuǎn)換成鏈接，而不一定要用錨標(biāo)記包圍單個元素。這是否表示經(jīng)過四年的努力，XLink已經(jīng)被XHTML2.0采用了嗎？總而言之，沒有。事實上，X