我是從去年初開始學習web標準的，兩年下來也有些心得。最近跳槽了正好閑在家里，寫一些出來和大家交流一下。

1 對于web標準和W3C XHTML規范的理解

　　按照習慣的理解，這兩個概念似乎都是指的一個東西（就是咱們在這個版里討論的這些個"高深理論“^_^）。但我認為，事實上從技術的角度上講，這兩個事物幾乎沒有任何相關性。web標準簡而言之就是將頁面的結構、表現和行為各自獨立實現，更通俗的講就是如今招聘時流行的語言”div css"。但W3C XHTML的任何一個版本都沒有對web標準理念作限制。很顯然的，我們可以用xhtml 1.1寫出一個table定位的網頁。說到這里，或許會認為我講了一堆廢話。但任何一項技術，只有當你對基礎概念有足夠清楚的熟悉的時候，你才會正確的使用它。我從下面兩個方面，來談談如今Web標準應用走向的兩個歧途：

　　第一種情況很簡單。自以為只要使用了XHTML CSS就是Web標準了。頁面里面遍地是class和id。肆意的為每個細節都單獨定義class。這樣的頁面和傳統的html的區別就是img標簽里多了個"/"。事實上這樣子還不如回到傳統的html，至少我可以輕松的使用font，而不用總是跟查字典一樣去查樣式表。另一種更隱蔽的隨意使用CSS的我在以后講。

　　第二種情況我覺得比較難理解一些，即試圖用各種紛繁復雜的div嵌套和css語句來實現你所想要的表現。很簡單的一個例子就在我剛看到的一個帖子" 不用切圖的頁面圓角"。首先我想肯定的是這個創意確實很不錯，使用CSS功能將圓角“畫”出來。為此，設計者必須在相應的位置加上一大段如下的代碼：


　　但是，這里嚴重違反了Web標準的基本概念——結構與表現要分離。因為它將用于控制網頁表現的代碼放在結構文檔中了�；蛟S你會說它事實上還是將真正的表現代碼放在CSS里的。但我認為這是一個偷換概念。因為以上這些b標簽跟網頁結構無關，它們都是一些空標簽。也就是說，它的存在并不是為了將某些內容放在文檔結構需要的位置。因此它們對于文檔結構來說只是一些廢代碼。

　　另外一個例子可能更加隱蔽。之前我有在alistapart.com上看到過如何實現網頁三通欄的文章，其原理大概就是使用三四個div相互嵌套。我認為這也是一個違反Web標準思想的做法。因為這些div標簽在代碼中擺放的次序已經不單純是為了結構的需要，而是用于網頁的表現。

　　當然，我承認，以上的觀點在一定程度是鉆牛角尖（但反過來說，非要實現非圖片圓角不也是在鉆牛角尖么，呵呵）。有些時候結構和表現并不是那么輕易的就能分開的，我們為了實現一些豐富的表現不得不讓結構去遷就（想想<div style="clear:both" />的用處）。但是知道什么是對什么是錯是很重要的。即使我們有時候不得不做一些錯事。

　　最后，我想聲明的是，我并不是"非圖片圓角"是無意義或是錯誤的。我也很佩服作者的聰明和靈感。我覺得這樣的技術研究就如同以前用CSS畫國旗一樣，對CSS技術的熟練把握很有幫助。但是，它的用途也應該僅和CSS國旗一樣局限，不應該在實際應用中采納。因為它違反Web標準的基本原則。

2 HTML標簽的語義

　　如今Web標準都被通俗的叫做“div css”或者“層布局”。我不反對這種便宜行事的叫法。但是這樣會陷入一個誤區：即大量的使用div標簽作為結構元素。事實上這是一種更高級的div濫用(Jeffrey Zeldman在《網站重構》一書中提到）。

　　HTML為我們提供了相當豐富的標簽，每個標簽都有它各自的含義。我認為在設計時，除了遵循HTML語法以外，應該充分利用并遵守各標簽的“語義”。如標題文字應該包含在h1-h6中，大段的文字內容應該由<p>進行分段而不是<br />，列表項應該放在ul或ol或dl中，表格形式的數據應該仍然用table布局。

　　為什么要這樣做？一個很有說服力的原因是，保證在用戶去掉CSS顯示的情況下，網頁能夠盡量有效的將內容的結構層次顯示出來。假如全部用div，當去掉CSS之后，整個網頁就失去了層次，只剩下一些雜亂的文字碎片。這并不符合Web標準對低配置兼容性的要求。

　　我下面具體的列舉一下我對一些標簽的語義的理解：

p br
　　先說個最簡單的。分段要用p標簽而不是用br（甚至連續兩個<br />）。這個似乎不用多說。但是有時候我們不得不放棄這個原則。一個常見的例子是論壇發帖，假如我想分段，便打回車。而如此傳輸到后臺并顯示出來的，顯然就是用<br />分段的。

table th
　　由于大力宣揚div css的結果，似乎現在誰用table布局誰就是未開化的土著。但我認為這種觀點是不正確的。table的含義是表格，因此凡是應該以表格形式出現的數據，仍然應該用table布局。簡單的例子是班級同學的花名冊，包括姓名學號性別等等，這明顯是一個表格形式的數據，因此應該用table布局。另一個比較值得探討的例子是，blog里面的日歷導航。我曾經有見過一個blog程序，它的日歷導航里的各個日期，從1號到30號全用div套好，再使用float:left樣式7個一排的排出當月的日歷。當我取消瀏覽器的CSS顯示之后，日歷的那部分則從1號到30號一豎排下來。我認為這是不對的。因為日歷應該是一個表格形式的數據，因此仍然應該用table布局。當取消css之后，應該仍然按照一排7個的樣子歸成一個表格。

　　th則是另一個會被忽視的標簽。由于CSS的萬能，所有的表格單元都可以用td加一個class屬性搞定。但是從語義上講，一些表格單元應該用th標簽。比如上文說到的日歷表格，里面的“MON TUE WED... SUN”這些標識星期的單元，就應該用th而不是td。

h1-h6
　　對于h1-h6標簽，從語義上講，它們應該適用于所有標題文字。因此，一些如<div class="diary-title>的寫法都是多余的，直接寫成<h1>，然后直接對h1而不是.diary-title定義CSS，不是一樣的效果么？當然，這個規矩我也不能定得太死，因為有時候標題部分的結構元素并不能簡單的用一個h1就能解決的。但我最多用類似<h1><span></span></h1>的方法將標題的結構嵌套得更復雜，以滿足表現的需要。

　　但這里會出現一個語義上的分歧。h1究竟該理解為一級標題呢還是理解為1號字體大小的標題。我通常理解為一級標題，一級標題下再有小標題就用h2。但是事實上回顧HTML設計之初，h1-h6后面的數字更多的被理解為控制標題文字大小的。用h3或許只是為了使用三號大小的字體，而并非它就是三級標題。否則一級標題全用h1，個個都是斗大的字，又不得不用CSS來控制字號，感覺很累贅。所以，這是一個待商榷的問題。

ul ol
　　凡是需要羅列條款的，都應該用ul或者ol，而不是用p。比如招聘廣告里的職位需求，比如注重事項，比如操作步驟說明。此外一個流行的用法是網頁的導航菜單也用ul li來列舉，然后再用CSS控制其排列方式。

　　應該要補充的是，別忘了li里面還可以再用ul或ol，形成第二級列表。

dl dt dd
　　這是一組幾乎被人忘記的標簽，但Jeffrey Zeldman在《網站重構》中大力推崇對它們的使用。dl應該是“defining list（或是definition list？有知道的朋友請告訴我）”的全稱，一個典型的用法是字典的詞條。單詞的名字放在dt里面，單詞的解釋放在dd里面。而alistapart.com網站更加高明的，將右側欄整個定義為dl，每個單元的標題用dt，而該單元的內容則用dd。

img
　　img標簽本身也沒啥好說的。只是想老生常談一個，即只有當確實這個元素是內容里必須的圖片的時候才使用img，否則應該用CSS定義為樣式。如插圖，頭像，表情圖標，這些是內容里必須出現的圖片，用img。而其他的比如標題的背景圖，列表項前面的小icon，這些都不應該用img標簽。

span
　　span如今大有和div并駕齊驅的風頭。但是事實上我認為我們還是應該遵從它最初的使用。我個人的理解，span最初就是用來帶class或者style屬性的。它本身不具有明確的語義。因此在文本流中，我們需要對某些文字做樣式上的改變，就用span括起來。比如有些字需要加紅，我就用<span class="red">。

　　但是值得注重的是，這樣又有可能犯之前h1里面提到的問題。因為有些文字的樣式其實是有現成的標簽的，比如<strong>、<sub>等，我們也應該適當的給它們一些機會。

a
　　a是控制超連接的標簽。但有些非凡的情況，我們不一定喜歡用它。比如需要彈出一個小窗口。我沒怎么留心，但我想有些設計師會將onclick直接定義到“播放”小圖標的<img>標簽里。我個人認為還是應該在img外面加一個a，然后將onclick定義到a里面，并記住在js函數最后寫上return false。假如可以，該a標簽的href屬性也應該寫上彈出窗口的URL,保證用戶在禁止JS的情況下仍能夠有效的打開頁面。

　　我暫時就列出這么多。

　　最后再總結一下遵循HTML標簽語義的重要性。Web標準的其中一個要求是低配置的兼容性：當用戶禁用圖片、禁用CSS或禁用JS的時候，我們仍能夠讓他有效的瀏覽網頁內容。眾所周知強制alt屬性就是為禁用圖片時的兼容性作考慮。而正確的遵循HTML標簽的語義，則是保證禁用CSS時的兼容性。只有當正確使用了HTML標簽，我們的網頁在“CSS裸奔”的時候，才會仍然讓人看得出哪里是導航菜單，哪里是文章標題，日歷表格也不會分崩離析。