精品亚洲国产中文制服,开心五月激情综合一区

HTML5網(wǎng)站設(shè)計(jì)

分類(lèi)：網(wǎng)站建設(shè) 瀏覽次數(shù)：48840 2018-11-26

滿意回答

2018-11-26

法國(guó)大革命是極端的政治和社會(huì)變革時(shí)期。這種革命熱情也被傾注于對(duì)計(jì)時(shí)系統(tǒng)的改革中。在一段時(shí)期內(nèi)，法蘭西共和國(guó)引入了十進(jìn)制計(jì)時(shí)制，即1天分為10小時(shí)，且1小時(shí)分為100分鐘。該計(jì)時(shí)制的邏輯性和清晰性明顯優(yōu)于六十進(jìn)制的計(jì)時(shí)制。

但十進(jìn)制的計(jì)時(shí)制失敗了。沒(méi)有人使用這種計(jì)時(shí)制度。而XHT ?ML 2的命運(yùn)與之相似。W3C再次證明了法國(guó)大革命的教訓(xùn)：改變現(xiàn)有的行為習(xí)慣是非常非常困難的。

015c0e5542ca760000019ae95aa325

2.1 設(shè)計(jì)原則?

為了避免過(guò)去所犯的錯(cuò)誤，WHATWG起草了一系列設(shè)計(jì)原則以指導(dǎo)HTML5的開(kāi)發(fā)。其中一項(xiàng)主要原則是“支持已有內(nèi)容”。這意味著對(duì)于HTML5來(lái)說(shuō)，并不存在創(chuàng)立的起始時(shí)間。

XHTML 2試圖廢棄之前的一切。而與之不同的是，HTML5建立在現(xiàn)有規(guī)范和實(shí)現(xiàn)的基礎(chǔ)之上。HTML 4.01的大部分內(nèi)容在HTML5中都得到了保留。

一些其他的設(shè)計(jì)原則，例如“不要做重復(fù)的工作”和“沿著足跡鋪路”的意思是，對(duì)于網(wǎng)頁(yè)設(shè)計(jì)師來(lái)說(shuō)，如果存在一種普遍的方法來(lái)完成某項(xiàng)任務(wù)，那么即使它不是好的方法，也應(yīng)該被編入HTML5中，也就是說(shuō)“別去修理沒(méi)壞的東西”。

涉足過(guò)微格式（http://microformats.org）的網(wǎng)頁(yè)設(shè)計(jì)師應(yīng)該十分熟悉這些

設(shè)計(jì)原則。HTML5社區(qū)具有同樣的務(wù)實(shí)方針以實(shí)現(xiàn)標(biāo)準(zhǔn)格式的統(tǒng)一，所以無(wú)需擔(dān)心理論問(wèn)題。

這種態(tài)度體現(xiàn)在“終用戶優(yōu)先”的設(shè)計(jì)原則中，該原則規(guī)定：在發(fā)生沖突時(shí)，終用戶優(yōu)先，其次是作者、實(shí)現(xiàn)者、標(biāo)準(zhǔn)制定者，后才是理論上的完滿。

伊恩·?？松呀?jīng)多次表示，瀏覽器廠商才是HTML5真正的仲裁者。如果瀏覽器供應(yīng)商拒絕支持某項(xiàng)協(xié)議，那么在規(guī)范中添加該協(xié)議就變得沒(méi)有任何意義，因?yàn)檫@會(huì)使規(guī)范不夠切合實(shí)際。根據(jù)終用戶優(yōu)先的原則，網(wǎng)頁(yè)設(shè)計(jì)師的意見(jiàn)更具有意義。如果網(wǎng)頁(yè)設(shè)計(jì)師拒絕使用規(guī)范的某些內(nèi)容，那么規(guī)范同樣不夠切合實(shí)際。

2.2 切合現(xiàn)實(shí)

持續(xù)的內(nèi)部張力推動(dòng)了HTML5的創(chuàng)立。一方面，規(guī)范需要足夠強(qiáng)大，從而有能力支持創(chuàng)建網(wǎng)頁(yè)應(yīng)用程序，另一方面，雖然大多數(shù)現(xiàn)有內(nèi)容都處于完全混亂的狀態(tài)，但是HTML5仍需要支持已有的內(nèi)容。如果 HTML5的規(guī)范在某一個(gè)方向上偏離得太遠(yuǎn)，那么它將重蹈XHTML 2的覆轍。但是，如果它在另一個(gè)相反的方向上偏離得太遠(yuǎn)，那么它就會(huì)認(rèn)為<font>標(biāo)簽和表單是萬(wàn)能的，因?yàn)檫@兩者是大量網(wǎng)頁(yè)建立的基礎(chǔ)。

這是一種微妙的平衡，保持這種平衡需要?jiǎng)?wù)實(shí)且冷靜的方法。

2.3 錯(cuò)誤處理?

HTML5不僅聲明了瀏覽器應(yīng)該如何處理規(guī)范格式的標(biāo)記，還首次規(guī)范了瀏覽器該如何處理格式不規(guī)范的文件。

瀏覽器廠商曾不得不獨(dú)自研究如何處理錯(cuò)誤。無(wú)論流行的瀏覽器做出怎樣的嘗試，該過(guò)程通常都會(huì)涉及逆向工程，這會(huì)耗費(fèi)瀏覽器廠商的時(shí)間。與其浪費(fèi)時(shí)間模仿競(jìng)爭(zhēng)對(duì)手處理有缺陷的標(biāo)記，倒不如嘗試實(shí)現(xiàn)新功能。

在HTML5中定義錯(cuò)誤處理恐怕難以實(shí)現(xiàn)。雖然HTML5具有與HTML 4.01完全相同的元素和屬性，并且完全沒(méi)有添加新特性，但在2012年年底之前完成錯(cuò)誤處理的定義仍然是徒勞的。

網(wǎng)頁(yè)設(shè)計(jì)人員可能對(duì)錯(cuò)誤處理不大感興趣，特別是在他們一開(kāi)始就會(huì)編寫(xiě)有效并且格式規(guī)范的文件的情況下，但錯(cuò)誤處理對(duì)于瀏覽器廠商來(lái)說(shuō)卻非常重要。以往的標(biāo)記規(guī)范都是為創(chuàng)作者編寫(xiě)的，而HTML5卻是為創(chuàng)作者和實(shí)施者編寫(xiě)的。網(wǎng)頁(yè)設(shè)計(jì)人員在細(xì)讀規(guī)范時(shí)應(yīng)牢記這一點(diǎn)。這就解釋了為什么HTML5規(guī)范的內(nèi)容如此之多，同時(shí)也解釋了為什么該規(guī)范含有一些通常為專家所保留的細(xì)節(jié)。

2.4 DOCTYPE：形式更簡(jiǎn)潔

文檔類(lèi)型聲明（Document Type Declaration）簡(jiǎn)稱為doctype，一直用于指定文檔所編寫(xiě)的標(biāo)記類(lèi)型。

這些doctype看起來(lái)并不易讀，但它們以其獨(dú)特的方式簡(jiǎn)單地說(shuō)明了：“該文檔用HTML 4.01編寫(xiě)”或“該文檔用XHTML 1.0編寫(xiě)”。

如果doctype聲稱“該文檔用HTML5編寫(xiě)”，那么按道理其中應(yīng)該會(huì)出現(xiàn)數(shù)字5。但事實(shí)并非如此。HTML5的doctype如下所示：

<!DOCTYPE html>

該doctype是如此之短，甚至可以讓人將其背誦下來(lái)。

這實(shí)在是太不可思議了！如果 doctype中不含有版本號(hào)，那么該如何指定其他版本的HTML呢？

第一次看到HTML5的doctype的時(shí)候，我認(rèn)為這是高度傲慢的結(jié)果。心想：“難道他們真相信這就是標(biāo)記規(guī)范的終版了嗎？”

然而事實(shí)上，HTML5的doctype是非常務(wù)實(shí)的。由于HTML5需要支持現(xiàn)有內(nèi)容，所以其doctype可以應(yīng)用于現(xiàn)有的HTML 4.01文檔和XHTML 1.0文檔。任何未來(lái)版本的HTML也需要支持HTML5中的現(xiàn)有內(nèi)容，因此應(yīng)用版本號(hào)來(lái)標(biāo)記文檔的觀念是有缺陷的。

事實(shí)上，doctype并不那么重要。假設(shè)需要為一個(gè)文檔提供HTML 4.01的doctype。如果該文檔中包含來(lái)自另一個(gè)規(guī)范的元素，如HTML 3.2或HTML5，那么瀏覽器將仍然呈現(xiàn)該文檔的這一部分。這是因?yàn)闉g覽器支持的是特性，而非doctype。

起初，文檔類(lèi)型聲明（Document Type Declaration）是為驗(yàn)證器而非為瀏覽器而設(shè)計(jì)的。瀏覽器僅在“doctype轉(zhuǎn)換”的情況下才會(huì)關(guān)注doctype—“doctype轉(zhuǎn)換”（doctypy switching）是一個(gè)聰明的小黑客，它根據(jù)是否存在合適的doctype來(lái)轉(zhuǎn)換顯示模式，即怪異模式（quirks mode）或標(biāo)準(zhǔn)模式（standard mode）。

為了確保瀏覽器以標(biāo)準(zhǔn)模式顯示，至少需要HTML5的doctype。事實(shí)上，這是包含doctype的唯一原因。不用HTML5的doctype編寫(xiě)的HTML文檔仍然是有效的HTML5。

2.5 保持簡(jiǎn)潔?

HTML5中簡(jiǎn)化的不僅僅是doctype。

如果想要指定一個(gè)標(biāo)記文檔的字符編碼，那么好的方法就是確保服務(wù)器發(fā)送了正確的Content-Type文件頭（header）。如果想要雙倍保險(xiǎn)，那么也可以使用<meta>標(biāo)簽來(lái)指定字符集。<meta>是一個(gè)用 HTML 4.01 編寫(xiě)的文件聲明：下面的示例實(shí)現(xiàn)了與前一示例在HTML5中所實(shí)現(xiàn)的相同功能，但其實(shí)現(xiàn)方式更加令人印象深刻：

這種簡(jiǎn)化了字符編碼的doctype ?包含了需要瀏覽器編譯的少字符數(shù)。

另一處可以縮減字符數(shù)量的地方是<script>標(biāo)簽。常見(jiàn)的做法是為script元素添加type屬性，屬性值為“text / javascript”：

瀏覽器并不需要該屬性。它們假定該腳本已用JavaScript編寫(xiě)。JavaScript是流行的網(wǎng)頁(yè)腳本語(yǔ)言（實(shí)際上，JavaScript也是唯一的一種網(wǎng)絡(luò)腳本語(yǔ)言）：

下面的示例實(shí)現(xiàn)了與前一示例在HTML5中所實(shí)現(xiàn)的相同功能，但其實(shí)現(xiàn)方式更加令人印象深刻：

這種簡(jiǎn)化了字符編碼的doctype ?包含了需要瀏覽器編譯的少字符數(shù)。

另一處可以縮減字符數(shù)量的地方是<script>標(biāo)簽。常見(jiàn)的做法是為script元素添加type屬性，屬性值為“text / javascript”：

2.6 語(yǔ)法：以自己的方式進(jìn)行標(biāo)記

一些編程語(yǔ)言，如Python，以其特殊的方式編寫(xiě)說(shuō)明。使用空格來(lái)縮進(jìn)代碼是強(qiáng)制性的，空格很重要。而其他編程語(yǔ)言，如JavaScript，卻不在格式方面作任何要求，每一行開(kāi)頭是否空格并不那么重要。

如果與一些程序員同處一室并說(shuō)出“重要的空格”之類(lèi)的話，那么就會(huì)導(dǎo)致一整晚不斷升溫的激烈辯論。

關(guān)于空格重要性的辯論核心存在一個(gè)基本的哲學(xué)問(wèn)題：匯編語(yǔ)言應(yīng)該保持特定的匯編風(fēng)格，還是編寫(xiě)者可以按自己喜歡的風(fēng)格編寫(xiě)？

標(biāo)記并不需要空格。如果想要在每次嵌套元素時(shí)都添加新的一行和縮進(jìn)，則需

要添加空格，但瀏覽器和校驗(yàn)器并不需要空格。這并不意味著標(biāo)記對(duì)所有情況都適用。有些種類(lèi)的標(biāo)記遵循更為嚴(yán)格的編寫(xiě)風(fēng)格。

在XHTML 1.0之前，使用大寫(xiě)還是小寫(xiě)來(lái)編寫(xiě)標(biāo)簽并不重要。是否引用屬性也同樣不那么重要。甚至對(duì)于某些元素來(lái)說(shuō)，是否包含結(jié)束標(biāo)記都不會(huì)造成任何影響。

XHTML 1.0強(qiáng)制執(zhí)行XML的語(yǔ)法：所有標(biāo)簽都必須為小寫(xiě)，所有屬性都必須加引號(hào)，所有元素都必須包含有結(jié)束標(biāo)記。對(duì)于獨(dú)立元素的特殊情況，例如br，以標(biāo)記結(jié)束替換為以斜線<br />結(jié)束。

如果使用HTML5，那么任何格式的命令都可以，無(wú)論是大寫(xiě)、小寫(xiě)、帶引號(hào)的、不帶引號(hào)的、帶有結(jié)束符號(hào)的和不帶有結(jié)束符號(hào)的，使用哪種格式完全取決于程序員。

多年來(lái)，我一直在使用XHTML 1.0的doctype。這是因?yàn)槲蚁矚g按照一種特定的樣式編寫(xiě)程序，從而也比較喜歡W3C驗(yàn)證對(duì)固定樣式的強(qiáng)制要求?，F(xiàn)在，我正在使用的是HTML5，所以執(zhí)行哪種編寫(xiě)樣式可以由自己決定。

我可以理解為什么有些人不喜歡HTML5語(yǔ)法的隨意性，因?yàn)檫@似乎是從佳范例向后的退步。有些人甚至?xí)f(shuō)，HTML5對(duì)語(yǔ)法的寬松限制會(huì)導(dǎo)致不良標(biāo)記。雖然我并不這樣認(rèn)為，但可以理解為什么這會(huì)成為一個(gè)備受關(guān)注的問(wèn)題。因?yàn)檫@就好像是一種強(qiáng)制使用空格的匯編語(yǔ)言突然在編程原則上變得寬容起來(lái)。

就個(gè)人而言，我可以接受HTML5語(yǔ)法的隨意性。但與此同時(shí)，我也強(qiáng)迫自己使用個(gè)人青睞的編寫(xiě)風(fēng)格。不過(guò)，我更希望見(jiàn)到更多的、可以以一種特定風(fēng)格測(cè)試標(biāo)記的工具。在編程界，這些工具被稱為lint工具，即標(biāo)記可疑編碼范例的程序。驗(yàn)證器檢查的是doctype，而用于標(biāo)記的lint工具卻與之不同；這兩者若可以結(jié)合為一種精益且介于兩者之間的lint驗(yàn)證設(shè)備，那將會(huì)更好。

完成這樣設(shè)備的網(wǎng)頁(yè)設(shè)計(jì)師將會(huì)獲得來(lái)自世界各地的人們永久的尊重和敬佩。

2.7 我們不使用這種語(yǔ)言?

對(duì)于舊版本的HTML，從規(guī)范中移除先前存在的元素或?qū)傩缘倪^(guò)程被稱為廢棄。網(wǎng)頁(yè)設(shè)計(jì)師不應(yīng)該使用、回顧甚至提及已廢棄的元素。

HTML5中不含有被廢棄的元素或?qū)傩?，但卻有大量過(guò)時(shí)的元素和屬性。

“過(guò)時(shí)”與“廢棄”在含義上有著微妙的區(qū)別。

由于HTML5的目的是向后兼容已有內(nèi)容，因此其規(guī)范必須承認(rèn)先前存在的元素，即使這些元素已不包含在HTML5中。這將使情況變得略顯混亂，因?yàn)槠湟?guī)范還聲稱“編寫(xiě)人員請(qǐng)不要使用該元素”以及“瀏覽器應(yīng)該以此方式呈現(xiàn)該元素”。如果一個(gè)元素被廢棄，那么它不應(yīng)在規(guī)范中被提到；但是由于該元素是過(guò)時(shí)的，為了照顧瀏覽器，它也被包含進(jìn)來(lái)了。

除非正在開(kāi)發(fā)一款瀏覽器，否則可以用對(duì)待廢棄元素和屬性的方式來(lái)對(duì)待過(guò)時(shí)的元素和屬性，即不要在網(wǎng)頁(yè)中使用它們。

如果堅(jiān)持使用過(guò)時(shí)的元素或?qū)傩?，那么文件將變得“不符合要求”。瀏覽器將執(zhí)行一切行得通的程序，但其他網(wǎng)站可能會(huì)對(duì)此表示不滿。

過(guò)時(shí)的元素

frame、frameset和noframes元素都已經(jīng)過(guò)時(shí)了。沒(méi)有人會(huì)懷念它們。acronym元素也已經(jīng)過(guò)時(shí)了，因此導(dǎo)致了多年的討論，這些時(shí)間本可以被用在更有意義的事情上。不要為acronym元素感到惋惜，使用abbr元素來(lái)代替它就可以了。首字母縮寫(xiě)（acronym）和縮寫(xiě)（abbreviation）的確有所不同—首字母縮寫(xiě)作為一個(gè)詞發(fā)音，例如NATO和SCUBA，但請(qǐng)記住，所有的首字母縮寫(xiě)都屬于縮寫(xiě)，但并不是所有的縮寫(xiě)都是首字母縮寫(xiě)。

HTML5中的顯示元素，如font、big、center和strike都已經(jīng)過(guò)時(shí)了。實(shí)際上，它們?cè)诙嗄昵熬鸵呀?jīng)過(guò)時(shí)了。而使用CSS屬性，如font-size和text-align，則更容易獲得相同的顯示效果。同樣，顯示元素的屬性，如bgcolor、cellspacing、cellpadding和valign也都已經(jīng)過(guò)時(shí)了,使用CSS來(lái)代替這些屬性就可以了。

并非所有的顯示元素都已經(jīng)過(guò)時(shí)，它們中的一些元素經(jīng)過(guò)修改，已經(jīng)被重新利用起來(lái)。

2.8 轉(zhuǎn)變（CH-CH變化）

元素big已經(jīng)過(guò)時(shí)了，但元素small卻還沒(méi)有。通過(guò)重新定義small的含義，這種顯著的矛盾已經(jīng)得到解決。small的含義不再是其字面意義，即“在小號(hào)字體下進(jìn)行顯示”。相反，其語(yǔ)義值變?yōu)榉尚g(shù)語(yǔ)、條款或附屬細(xì)則以小號(hào)字體顯示。

當(dāng)然，十有八九，開(kāi)發(fā)人員會(huì)以小號(hào)字體顯示附屬細(xì)則，但重點(diǎn)是該元素的字面意義已被取代。

元素b曾表示“用粗體顯示”?，F(xiàn)在，它被用來(lái)將一些文本“偏離正常的樣式而不具有任何額外的重要性”。如果文本具有額外的重要性，那么使用該元素則更為合適。

元素i也不再意味著“傾斜”。它表示文本中“另一種的語(yǔ)氣或情緒”。同樣，該元素也不表達(dá)任何重要性或重點(diǎn)。如果需要強(qiáng)調(diào)，則要使用em元素。

這些變化聽(tīng)起來(lái)可能像是文字游戲。它們的確是文字游戲，但它們也有利于增強(qiáng)HTML5的設(shè)備獨(dú)立性。如果仔細(xì)考慮“加粗”和“傾斜”，那么它們僅在視覺(jué)媒介（如屏幕或頁(yè)面）中才能解釋得通。通過(guò)消除這些元素定義中的視覺(jué)偏差，HTML5的規(guī)范可與非可視化用戶代理（如屏幕閱讀器）保持相關(guān)。這樣做可以避免設(shè)計(jì)師的思維被禁錮在視覺(jué)顯示環(huán)境之內(nèi)。

2.8.1 cite元素

HTML5對(duì)cite元素進(jìn)行了重新定義。cite元素原來(lái)表示的是“對(duì)其他參考資料的引用”，但它現(xiàn)在的意思是“一部作品的標(biāo)題”。通常，被引用的參考為作品的標(biāo)題，例如一本書(shū)或一部電影，但其根源很可能是一個(gè)人。在HTML5之前，可以使用cite來(lái)標(biāo)記這個(gè)人的名字。但現(xiàn)在，這種做法被明令禁止—關(guān)于向后兼容性僅僅討論這么多。

對(duì)于這種修正的理由是：瀏覽器將<cite>標(biāo)簽之間的文本格式更改為斜體；作品的標(biāo)題通常是斜體的；人名通常不是斜體。因此，cite元素不應(yīng)該被用于標(biāo)記人名。

但這是完全錯(cuò)誤的。我贊成HTML5向?yàn)g覽器學(xué)習(xí)，但這種情況屬于主次顛倒。

幸運(yùn)的是，驗(yàn)證器無(wú)法分辨起始<cite>標(biāo)簽和結(jié)束</cite>標(biāo)簽之間的文本是否是指向人的，所以沒(méi)有什么能阻止網(wǎng)頁(yè)設(shè)計(jì)師用一種合理的、向下兼容的方式來(lái)使用cite元素。

2.8.2 增強(qiáng)型a元素

先前已有元素的變化僅僅是創(chuàng)造性的文字游戲，但HTML5對(duì)一個(gè)元素進(jìn)行了更為有效的改造。

毫無(wú)疑問(wèn)，a元素是HTML中重要的元素。該元素將文本轉(zhuǎn)換成超文本，相

當(dāng)于萬(wàn)維網(wǎng)的結(jié)締組織。

a元素是一個(gè)內(nèi)嵌元素。如果想要將一個(gè)標(biāo)題或一個(gè)段落轉(zhuǎn)化為超鏈接，則需使用多個(gè)a元素：

[代碼]

在HTML5中，可以將多個(gè)元素封裝在一個(gè)a元素中：

[代碼]

唯一需要注意的是，不可以將一個(gè)a元素嵌套在另一個(gè)a元素中。

將多個(gè)元素包裝在一個(gè)元素中，這看起來(lái)似乎是一個(gè)巨大的變化。而且，要想支持這種新的鏈接模式，大多數(shù)瀏覽器并不需要做很多工作。雖然這種標(biāo)記直到現(xiàn)在才成為合法的，但大多數(shù)瀏覽器已經(jīng)支持了這種新的模式。

這似乎有些違背常理：瀏覽器應(yīng)該理所當(dāng)然地執(zhí)行已有的規(guī)范嗎？事實(shí)上正相反，是新的規(guī)范正在記錄瀏覽器所執(zhí)行的操作。

2.9 閃亮的新工具：JavaScript API

如果想要獲取關(guān)于CSS的文檔，需要查閱CSS規(guī)范。如果尋找的是有關(guān)標(biāo)記的文檔，需要查閱HTML規(guī)范。但是，哪里可以查閱JavaScript API的文檔，例如document.write、innerHTML和window.hitory？JavaScript規(guī)范所涉及的全部是編程語(yǔ)言，因此無(wú)法獲得任何與瀏覽器API有關(guān)的內(nèi)容。

到現(xiàn)在為止，瀏覽器一直獨(dú)立創(chuàng)建和執(zhí)行JavaScript API并相互借鑒。HTML5對(duì)這些API的記錄是一勞永逸的，因?yàn)檫@可以確保較好的兼容性。

在標(biāo)記規(guī)范中包含JavaScript規(guī)范聽(tīng)起來(lái)可能有些奇怪，但要記住，HTML5是由Web Apps 1.0發(fā)展而來(lái)的。JavaScript是制作Web應(yīng)用過(guò)程中不可缺少的一部分。

HTML5規(guī)范中的所有章節(jié)都致力于創(chuàng)建Web應(yīng)用的新API，其中包含一個(gè)Undo-Manager——它使得瀏覽器能夠跟蹤文檔變更。該規(guī)范中有一節(jié)介紹了如何使用緩存清單來(lái)創(chuàng)建離線Web應(yīng)用。另外，該規(guī)范對(duì)拖放功能也進(jìn)行了詳細(xì)描述。

與往常一樣，如果存在已有的實(shí)現(xiàn)，那么規(guī)范將在其基礎(chǔ)上建立，而非將一切推倒重來(lái)。微軟的IE瀏覽器在很多年前就已經(jīng)包含了拖放API，這也是HTML5拖放

的基礎(chǔ)。遺憾的是，微軟的API是有問(wèn)題的。如果以前的基礎(chǔ)并不適用，那么重新開(kāi)始也不見(jiàn)得是壞主意。

HTML5中的API十分強(qiáng)大。它們完全超出了我的能力范疇，所以我將這些內(nèi)容留給更優(yōu)秀的開(kāi)發(fā)人員來(lái)編寫(xiě)。這些API值得用一本單獨(dú)的書(shū)來(lái)介紹。

與此同時(shí)，對(duì)于網(wǎng)頁(yè)設(shè)計(jì)師來(lái)說(shuō)，HTML5中仍存在許多新鮮事物。這些內(nèi)容將在下一章進(jìn)行說(shuō)明。

網(wǎng)站名片 _副本