在我還是個懵懂的青澀小青年的時候，貌似有股小小的w3c驗證之風，隨著html5開始家喻戶曉，深入人心，我估計以後會有html5驗證之類的小風潮。在國外，這類驗證已經半熱了，您對自己寫的頁面或是站點有興趣試試html5方面的驗證，可以使用validator.nu html驗證，或者是w3c的 html5 驗證。
這類驗證的結果，例如出現的error等對於我們了解html的規範，知道html5中一些被遺棄的特徵還是有些幫助的。
可能有些開發人員聽過「這個標籤過時了」類似這樣的說法，指的是一些元素或是特徵屬性在當前html草案下是不合法滴，或者說是不再是當前html草案的一部分。但是，這種說法，只會出現在當前的html中，html5有著海納百川的胸襟，許多在當前html中被當做惡徒的人在他那裡都是有可取之處的傢伙。
舉個例子吧，如果你使用xhtml嚴格文件模型驗證乙個文件頁面，同時這個頁面中有元素和target屬性，那麼驗證的結果就會出現兩個華麗麗的錯誤，如下截圖：
這在html5中已經徹底改頭換面了。因為諸如元素和target屬性在html5都是合法公民，所以如果是在html5模式下驗證的話是不會有任何錯誤或警告的，一方通行。
有些特徵在html5實際上已經被無情地拋棄了，但是依舊可以通過html5驗證。如下截圖：
上圖是驗證帶有border屬性的
元素和帶有name屬性的元素的結果截圖。這兩個屬性都在html5中退休了。
html5足夠包容，因此，在html5驗證器下，這個頁面仍然是合法有效的，但是如果你使用其他方法來做同樣的事情會收到警告。
如果你想檢視完整「捨棄但靠譜」特徵可以參見這裡：捨棄但合法特徵。
另一方面，有些元素過於復古且錯得比較離譜的話，不建議使用了。如果閒得蛋疼強制用這些元素的話，驗證的時候，得到的就不是是個把不溫不火的警告了，而是帶有其他替代解決方法建議的比較成熟的錯誤提示了。
通常來說，被捨棄的元素是不會把頁面搞殘的。html5的doctype並不是乙個識別標記語言的doctype(文件型別)，它是乙個識別網頁檔案的文件型別，不管它是舊主或類似的的新貴。所以你可以放心大膽地把老文件的文件型別改成html5的文件型別，而不用去擔心頁面會不會嗝屁或是有渲染差異。
另外，瀏覽器製造商都被要求需要支援那些過時的老標籤。相關資訊可以參見這裡：要求實現的部分，主要是告訴瀏覽器那些過時的標籤早頁面上究竟該如何渲染。
不過話又說過來，被「要求」是一回事，到底瀏覽器生產商是否是個乖乖聽話的寶寶我們就不得而知了。不過，我個人感覺，大部分的瀏覽器生產商都會遵循規範來的，至於ie瀏覽器，我轉過頭看著陰沉的窗外，倒吸了口涼氣——有點不放心。
參考文章：about obsolete features in html5
**：
對HTML5中一些不常見的標籤整理
標籤表示乙個縮寫形式。比如 inc.etc.通過對縮寫詞語進行標記，您就能夠為瀏覽器 拼寫檢查程式 翻譯系統以及搜尋引擎分度器提供有用的資訊。html 5 不支援。請使用代替。示例 abbr 就是abbreviation 縮寫 的縮寫 abbr abbr abbr 標籤為文件或 section 定義...
關於HTML5的一些筆記
buckminster fuller.html 正確寫法buckminsterfuller.html 錯誤寫法 檔名全部使用小寫字母，用 短橫線 分隔單詞，用 html 作為副檔名。混合使用大小寫字母會增加訪問者輸入正確位址以及找到頁面的難度。不推薦使用下劃線 資料夾的名稱也應全部用小寫字母。關鍵是...
HTML5 一些有用的 APIs
使用上面函式的方法是反覆呼叫即可。1 2 3 4 5 使用 settimeout 模擬 requestanimationframe 1秒 內重新整理 60次 function callback 使用 requestanimationframe 的目的是為了讓各種網頁動畫效果 dom動畫 canvas...