Web 的未來:XHTML 2.0::變更概述
級別: 初級
Nicholas Chase, 總裁, Chase and Chase, Inc.
2003 年 1 月 01 日
多 年以來,HTML 只是在不斷變大,卻從未變小,因為新版本必須維護向后兼容性。這一情況將得以改變。XHTML 2.0 的第一個工作草案于 2002 年 8 月 5 日發布,一大新聞就是取消了向后兼容性;該語言終于得以繼續發展。那么,作為一名開發人員您將得到什么回報呢?健壯的表單和事件表現如何呢?它們是研究不 需要大量 JavaScript 的框架以及甚至層次結構菜單的更佳方法。
本文概述了 XHTML 2.0 中的新增功能以及將來可能會如何使用它。讀者應該熟悉 HTML 和/或 XHTML 1.0。熟悉級聯樣式表(Cascading Style Sheet (CSS))是有幫助的,但不是必需的。
當萬維網聯盟(World Wide Web Consortium (W3C))于 2002 年 8 月 5 日發布 XHTML 2.0 的第一個工作草案時, 最讓人吃驚的是:與其先前的版本不同,它不是向后兼容的。 對于先前的發行版,如從 HTML 4.01 轉到 XHTML 1.0 以及后來從 XHTML 1.0 到 XTHML 1.1,變化都是添加一些內容; 可以讀取 XHTML 1.0(過渡的)文檔的瀏覽器也可以理解 HTML 4.01 文檔。而 XHTML 2.0 不是那樣的。
如果您在兩年前宣布我們今天將研究不帶
img
標記或
bold
標記的 HTML 版本,那么大多數 Web 開發人員都會用懷疑的眼光看著您。然而,現在就是這樣。除了徹底替換表單和框架外,XHTML 2.0 還除去了
b
、
i
和
img
標記(以及
big
、
small
和
tt
),
甚至不贊成使用
br
,以準備從將來的發行版中除去它。但這是為什么呢?
原因在于大多數標記都是 表示性的 。它們的唯一目的就是給予瀏覽器指令,規定有關其內容應該如何顯示, 但卻完全未提供有關其內容是什么的信息。例如,請考慮下面兩個句子:
|
和
|
在沒有樣式表的情況下,這兩個句子在瀏覽器中看起來是一樣的,但只有第二個句子提供了有關原因的信息。
事實上,從一開始
em
(強調)和
strong
標記就出現在 HTML 中了,
但多年以來作者們基本上已經忽略了它們,而專注于表現形式,這是以犧牲內容為代價的。
但這并不意味著只要您想使某些內容變成粗體或斜體,就應該將它們硬塞進這兩個標記中。 相反,除去表示性元素的整個目的是設法完成 CSS 的發明者的初衷, 即應該根據內容所表示的東西來標記內容,而樣式表應該用于美化內容。例如, 清單 1使用類別(class)來指出內容類型。
清單 1. 使用類別指定內容類型
|
在該頁面中,日期類型可以由內容本身來確認,瀏覽器可以使用類別信息來決定如何為其設計樣式, 如 圖 1中所示。
圖 1. 類別可以確定顯示哪一類內容,樣式表可以對它進行適當的格式化

用這種觀點研究它:斷開(
br
)標記的目的無外乎是為了顯示,因為實際上它并無任何內容。XHTML 2.0
不贊成使用
br
標記,而提倡使用
line
標記。
line
標記指定一種特殊的內容:
通常是以后跟換行和回車這種方式呈現的一行文本或其它內容。例如,文本:
|
變成
|
這樣,文檔就有了一個表示行的實際對象,同樣,段(
p
)標記表示一段內容。
為什么所有這些都很重要呢?因為 Web 不僅正日益成為人與人之間通信的場所, 而且還日益成為軟件應用程序(如服務器和搜索引擎索引器)之間進行通信的場所。 而且,每個人(或者說幾乎每個人)都使用相同瀏覽器的時代已經一去不復返了。 開發人員正不斷為不同設備(如 PDA 和移動電話)重新設計內容。語音觸發的(voice-activated)系統已經離我們不遠了。內容的結構意義正變得幾乎與內容本身一樣重要。
![]() ![]() |
![]()
|
因此,XHTML 2.0 添加了節(section)和標題(heading)。HTML 一直都包含編號的標題 ―
h1
到
h6
,
直到 2002 年 8 月 5 日的工作草案,還未將其撤消,但這只是一個時間問題。
而 XHTML 2.0 使用通用標題和節。例如,可以嵌套節,從而賦予標題含義。
以前用編號標題呈現的文檔(
清單 2):
清單 2. 文檔中的編號標題
|
可以用通用標題和節替換( 清單 3):
清單 3. 通用標題和節
|
這種結構有兩個優點。首先,應用程序(如搜索引擎 crawler)能夠更容易地了解內容的相對重要性,
其次,節是自包含的。在 HTML 中,節以其標題開始,所以在標題的前面不會出現內容(如介紹性內容)。
section
元素取消了這種約束,因為其內部的任何內容都是節的一部分。
![]() ![]() |
![]()
|
增加了一個會讓 Web 開發人員大大受益的結構,那就是導航列表。由
nl
標記指定的導航列表的工作原理與其“表親”有序列表(
ol
)和無序列表(
ul
)非常相似,但有一點不一樣:導航列表的項僅在列表激活時才出現。
因此,導航列表與層次結構的彈出菜單十分相似,這種彈出菜單很受歡迎,因為它們提供了許多導航信息,而且不會占據太多的屏幕空間。
例如,肥皂劇站點可能有以下菜單(
清單 4):
清單 4. 使用導航列表
|
當用戶激活名稱(
Character Options
)時,出現列表項。
關于當用戶激活主列表時子列表(如
Leave
菜單)是否會出現,還是用戶必須激活子列表項本身以使其出現,工作草案并未說清楚。
最終作者可能通過樣式或事件來控制這一行為。在任何情況下,當輸入焦點從主元素移開時,列表項就會消失。
![]() ![]() |
![]()
|
您可能已經注意到:即使打算將前一個示例作為菜單,
但它沒有錨(
a
)標記。而
href
屬性已經被正確放在了
li
元素上。這不是導航列表的特性,而是 XHTML 2.0 的新特性。與超文本相關的屬性(如
href
、
target
和
accesskey
)現在是公共屬性集合(Common Attribute Collection)的一部分,它包括核心屬性(
class
、
id
和
title
)、國際化屬性(
xml:lang
,
它替換了 XHTML 1.1 中的
lang
)和事件屬性,事件屬性來自 XML Events 建議書,正如您將在下面看到的。
這意味只要將
href
屬性添加到任何元素,就可以將它轉換成鏈接,而不一定要用錨標記包圍單個元素。
這是否表示經過四年的努力,XLink 已經被 XHTML 2.0 采用了嗎?總而言之,沒有。
事實上,XLink 和 XHTML 2.0 中規定的鏈接之間的差異是那些正從事各自建議書的開發人員之間爭論的根源,
所以在這個最初的公開工作草案和最后的建議書之間可能會做些更改。
同時,可以組合使用該功能、導航列表、
link
元素,以及資源描述框架(Resource Description Framework (RDF))來復制 XLink 的大多數功能。
XForms 是一個與 XML 相關的建議書,并確實已經成為 XHTML 2.0 的一部分。
![]() ![]() |
![]()
|
XML 表單語言(XML Forms Language (XForms)) 是研究表單的一種全新方法 ― 它象 XHTML 的其余部分一樣 ― 內容、結構和表現是完全獨立的。XForms 頁面指定一個模型, 該模型擁有有關表單自身的信息,然后,可以在頁面周圍散布表單元素,而不是被局限于單個表單元素。 這意味著,您甚至可以在頁面的同一區域中合并不同表單的元素。 可以通過實例文檔填充表單,實例文檔是從表單元素上的 XPath 表達式引用的。 表單元素自身也代表了特殊類型的對象,而不是描述在頁面上它們是如何顯示的。 當更新表單元素中的數據時,會更新實例文檔。 當用戶提交表單時,實際發送的是實例文檔。例如,采用下面的簡單表單( 清單 5):
清單 5. 簡單的 HTML 表單
|
清單 6顯示了 XForms 版本的表單:
清單 6. XForms 版本的表單
|
術語說明:XForms 建議書特別說明了不存在單個表單的 XForms。它是多個 XForms 頁面,不再是單個 XForm 頁面。
表單一般需要進行驗證。換句話說,數據字段必須包含有效數據等。XForms 使用 XML 模式來約束所提交的數據。另外,可以通過添加 XML Events(它也包括在 XHTML 2.0 中)來進一步增強 XForms 頁面的功能。
![]() ![]() |
![]()
|
您可能已經熟悉了通過添加如
onclick
和
onmouseover
之類的事件在 Web 頁面上使用事件。不會再有了。這些熟悉的屬性已經被集成到
XHTML 2.0 中的 XML Events 模塊所替代。XML Events 提供了一種通用的方法來指定事件發生時應該采取的操作。
它的優點是您不受限于如鼠標單擊之類的預定義事件。
相反,可以定義您自己的事件以及觸發它們時會發生什么。
XML Events 包含下列組件。如鼠標單擊之類的事件可以作為目標。例如,在 清單 7所示的頁面中:
清單 7. 要單擊的頁面
|
用戶可能單擊第二個
li
元素 Matterhorn。當這發生時,鼠標單擊事件從文檔根行進到目標(
li
)并再次返回。順序是:
|
向下行進到目標稱為捕捉 (capture)階段,而再次向上行進稱為冒泡(bubbling)階段(并不是所有的事件都會冒泡)。在行進期間的任何時候,事件都可以傳遞已經被注 冊為觀察器的對象(這表示它正在觀察特定的事件),如果它看到事件,則執行特定操作。偵聽器創建觀察器。例如,在下面的序列中:
|
偵聽器使
ul
元素(或者更準確一點說,是整個列表)成為觀察器,
因而,當用戶單擊任何列表項目時,觀察器(
ridelist
)執行
myscript
(但仍必須確定調用任意腳本的機制)。
![]() ![]() |
![]()
|
廣受指責的框架也在 XHTML 2.0 中被替換了。XFrames 的第一個工作草案于 2002 年 8 月 6 日初次登場,此前一天 XHTML 2.0 宣布它將使用 XFrames 并試圖解決傳統 HTML 框架出現的問題。 大多數問題是有關難于創建書簽和刷新頁面,以及不支持框架的搜索引擎無法索引適當內容。
在 XFrames 文檔中,所包含內容的 URI 成為整個文檔 URI 的一部分。 例如,下面 清單 8中的頁面可能表示帶三個框架的 HTML 頁面:
清單 8. XFrames 頁面
|
請注意,沒有指定每個框架的 URI,但每個框架都有其自己唯一的標識符。 因此,這個文檔的 URI 可能是:
|
然后,理解 XFrames 的瀏覽器將每個框架的內容與適當的 URI 相關聯。當用戶單擊鏈接并更改個別框架的內容時,頁面的整個 URI 都會更改, 所以它始終顯示用戶正在查看的實際內容,“收藏”和“后退”按鈕提供了準確的內容。
![]() ![]() |
![]()
|
2002 年 8 月 5 日工作草案的最后一個主要的更改包括
除去了
img
標記并用
object
標記替代它。
object
標記實際上在 HTML 4.01 中就已經出現,
但開發人員主要將它用于嵌入多媒體和 Java applet。
然而,它一直都能支持圖像。使用 object 標記的主要優點在于,它被設計成向下級聯。
換句話說,如果瀏覽器不能顯示一個特定對象,那么它將顯示該對象的內容。
例如,遇到下列代碼片斷的瀏覽器首先試圖裝入電影。如果裝入電影失敗,則裝入圖像。如果裝入圖像失敗,那么它只顯示文本。
|
![]() ![]() |
![]()
|
2002 年 8 月 5 日的 XHTML 2.0 工作草案中唯一可以確定的事就是不能確定任何事情。 在現在的草案和被作為建議書采納的過程中,幾乎可以肯定它將在某些方面發生變化, 但強調結構和語義的目標不可能變化。出于這個原因, 最好研究您現在構建的頁面,并開始養成適當使用結構和樣式的習慣。 使用標記來指定某些事物是什么,而不是如何顯示它們,并使用 CSS 來完成其余工作。 總的來說,更多地考慮文檔的結構以及您想要它們干什么,而不必太多地考慮它們將如何顯示。
![]() ![]() |
![]()
|
- 您可以參閱本文在 developerWorks 全球站點上的
英文原文.
- 請參閱
XHTML 2.0的最新版本,以了解它目前包含哪些內容。
- 請查找有關如何用
XML Events控制頁面和任何 XML 文檔中事件的信息。
- 請閱讀使用
XForms的下一代 Web 表單。
- 請閱讀文章“
Get ready for XForms”(
developerWorks,2002 年 9 月),
學習有關 XForms 的更多知識。
- 請快速閱讀
XFrames。
- 請閱讀
Modularization of XHTML 或閱讀
developerWorksWeb 體系結構專區上的
XHTML的模塊化教程(2001 年 10 月),了解 XHTML 2.0 是如何構造的。
- 請在
XHTML 2.0 The Latest Trick
中參考 Kendall Grant Clark 有關 XHTML 2.0 以及 Semantic Web 的注釋。
- 請在
XLink: Who Cares? 中閱讀
Bob DuCharme 有關 XLink 及其前景的想法。
- 下載
X-Smiles,它是一種 XForms 瀏覽器。
![]() ![]() |
![]()
|
![]() |
||
|
![]() |
Nicholas Chase 曾參與過很多公司(如 Lucent Technologies、Sun Microsystems、Oracle 和 Tampa Bay Buccaneers 等)的網站開發。Nick 曾是一名高中物理教師、低輻射廢物設備管理人員、在線科幻雜志編輯、多媒體工程師和 Oracle 講師。 最近,他成為 Site Dynamics Interactive Communications(位于佛羅里達州的 Clearwater)的 CTO, 而且還是三本有關 Web 開發書籍的作者,包括 Java and XML from Scratch(Que) 和即將出版的 Primer Plus XML Programming(Sams)。他樂意聽取讀者意見,可以通過 nicholas@nicholaschase.com與他聯系。 |
posted on 2006-03-21 23:42 Vincent.Chen 閱讀(173) 評論(0) 編輯 收藏 所屬分類: XML