HTML5重塑Web世界它將如何改變網路_html5教學技巧

　　HTML5將重塑Web世界？

　　2010年上半年的一個焦點事件，引起了很多人的關注，其中有不少人因這一事件第一次了解到HTML5的存在。初次了解HTML5的人可能會非常驚訝，HTML5規範早在6年前就開始製定了，如今儘管HTML5規範草案已經非常好，但何時能真正成為標準卻仍然不確定。

　　的確，HTML5規範制定委員會工作進展非常緩慢。因為關於如何改進瀏覽器和改進Web世界，不管是瀏覽器供應商還是其他人都有太多的想法，而這些都要匯聚到HTML5規範中並達成一致，這需要時間。許多新的標籤和JavaScript函數儘管已經在一些瀏覽器上進行了實驗，但互通性和標準化問題還沒有解決。例如，Apple所做的HTML5示範雖然令人印象深刻，但它們也只在Safari上運作良好。這就是為什麼Flash的支持者嘲笑HTML5要把Web帶回2000年瀏覽器大戰時代的原因。

　　雖然這種嘲笑可能讓HTML5的支持者很傷心，而且漫長的等待的確很難熬，但如果就此忽略HTML5卻是不對的。因為在HTML5的背後不僅有產業巨頭的推動，更重要的是，標準化是IT技術發展的必然趨勢。就軟體而言，不論是瀏覽器還是相關的開發工具，都會不斷吸收周圍的各種技術，最後對其進行標準化，這是技術發展的必然規律。

　　可以肯定的是，HTML5將改變互聯網的方方面面，顯然它不會完全取代Flash，但HTML5的確會重塑互聯網，使瀏覽器無需借助插件就可以做更多的工作，從位置跟踪到把資料保存到雲端。 HTML5的標籤將取代那些完成比較簡單任務的插件，至少在某些時候，它可以把一些進階的功能開發給更多的使用者。最終它可能使網路更安全、更有效率、更靈活。

　　那麼，即將成為新標準的HTML5到底會把我們帶到哪裡去？以下收集了開發者、程式設計師以及設計師的一些看法，從中可以了解HTML5如何改變網路。

　　降低插件的重要性

　　從前，Web世界是非常歡迎瀏覽器插件的，因為它鼓勵創新的想法和大膽實驗，而聲音、動畫及其他一些非常生動的網頁，透過Sun、Adobe、RealAudio、微軟以及其他的一些公司開發的插件第一次在網頁呈現時也的確讓人耳目一新。然而，問題很快就出現了，插件的介面是向所有人開放的，每個人都在嘗試為舊的、以文字為基礎的世界增加新的功能，混亂不可避免。其中最有名的插件就是Flash，其他類似的插件更是無數。

　　基於多種原因，Apple禁止Adobe的Flash在自己的平台上運行，這使得廣大Apple迷們不能在Apple平台上看到Flash，而HTML5的流行將讓這種衝突不再出現，它將逐步淘汰那些相對封閉的開發體系：JavaFX的功能可能真的很強大，但既然JavaScript和Canvas物件就能做同樣的工作，為什麼還要學習另一種語法？如果video標籤能將影音同步，誰需要Real的生態系？

　　那麼，插件真的會全部消失嗎？也許吧，但這要取決於你想做的事情。如果你的目標只是繪製影像，那麼Canvas物件可能就夠用了。但如果你想建立一個專業的3D世界，正如在複雜的Flash和Shockwave遊戲中所看到的那樣，你可能還得依賴專有的插件技術，因為這些插件技術可以直接訪問視頻硬件，運行3D遊戲。

　　支援動態產生影像

　　過去，網頁中顯示的圖像來自於直接下載的GIF或JPG圖像，而在HTML5中，圖像可能並不是直接來自圖像文件，而是由某個Canvas（畫布）物件臨時生成的。網路上已經出現了大量的非常好的圖形庫，這些圖形庫的存在使得動態生成圖像更加容易。

　　如今，JavaScript層可以根據資料進行計算然後繪製出圖形。如果軟體開發商有足夠的時間和人才的話，完全可以讓網路上的一切變得更加生動，而純文字內容越來越少。 Flash只是一個開端，HTML5環境讓Web開發人員更容易開發出複雜的影像。市場已經出現了一些類似的工具，它們將進一步提高Web開發人員駕馭影像的能力，而且隨著工具的成熟，開發人員也將開發出更多更專業的複雜圖形。

　　這裡可能存在的一個問題是，這種影像的處理可能會給客戶端處理器帶來很大負擔，例如對客戶端的處理器處理能力有一定要求。在過去，有些開發人員根本不敢用Flash插件，因為渲染和展現Flash內容可能會對處理器造成很大壓力，大大影響使用者的最終體驗。未來這不應該成為問題，開發者不應該因為擔心影響效能而不讓使用者體驗生動的影像，只是開發者應該做出一個折衷的選擇。每個抱怨Flash影響性能的人都應該知道，這與技術本身沒有關係，問題來自設計師們為了吸引我們的注意力，他們過度使用了這項技術。

　　允許Web程式利用本機儲存

　　Web程式設計師其實早就可以利用瀏覽器端的本地儲存空​​間儲存很多信息，例如IE允許最多300個Cookie，最多儲存4096個位元組的內容。不過，要開發真正實用的Web程序，可能需要比這更多的儲存空間。例如，以前的Dojo工具包使用Flash插件來分配用戶硬碟上的部分空間，把它留給瀏覽器使用，而現在很簡單了，使用HTML5就可以達到同樣的目的。

　　對於這部分存儲，程式設計師可以按照自己的需求任意使用，例如把雲端服務的應用和資料保存在本地硬碟上。這也使得雲端應用的交付、安裝和部署都非常像傳統的應用程式。例如，無論是否有網路連接，雲端應用程式都可以照常運行，因為之前已經從伺服器上下載了HTML5應用程式的JavaScript程式碼，這部分程式碼就保存在本地。

　　當然，這種技術的應用並不會影響雲端應用的普及，因為現在的運作模式與過去有很大不同，本地資料庫實際上扮演的是智慧快取的作用。另外，遊戲開發人員可以在本地存儲一些情景信息和裝備信息，這樣可避免每次一連機就要下載這些信息，省了下載資料的時間。而不利的方面就是這些資料庫深埋在系統資料夾之中，這樣，進行資料備份時就變得非常複雜。使用者如果想把資料從一台機器遷移到另一台機器，資料遷移工作可能就會變得更為複雜。

　　或許混合雲的出現可能解決這一問題，混和雲允許雲端和本地都保存有數據，而本地計算機只是緩存數據，最終版本保存在雲中，這樣從任意一台計算機上就可以訪問到。

　　簡化Web開發中的資料擷取

　　曾從網頁中提取過資料的Web開發人員都知道，現有的HTML結構除了告訴瀏覽器這些資訊在哪裡之外，幾乎不能再提供任何有意義的資訊。而開發人員需要了解與數據本身有關的信息，這些信息能幫助程式設計師了解這些數據的真正意義。 HTML5中所謂的微格式（Microformat）引入了一種新的機制，它在HTML中新增了一些專門的標籤，可以幫助程式設計師分析標籤之中的資料的真實意義。

　　沒有人能夠預測微格式到底將帶給網路多少改變，但很容易看出，這種新的機制將為程式設計師帶來很大方便，幫助程式設計師開發出更有效率的Web應用。例如，如果有一個好的、標準的方式來表示日期和時間，那麼程式設計師在為網站開發與時間有關的Web程式時，就無需另外編寫專門的程式碼來分析或猜測別人可能用的什麼時間格式。這樣，日曆、時間表、日程安排等需要從多個資料來源收集時間資訊的應用程式也就變成非常簡單的工作了。

　　支援位置服務

　　在Web世界裡，過去我們只知道其IP位址，那些數字對應著一個什麼樣的真實世界我們根本不知道。例如，某台電腦究竟在哪裡，過去幾乎不可能知道，而現在出現的位置服務可以解決這個問題。 HTML5標準中允許JavaScript詢問瀏覽器使用者的地理位置，例如緯度和經度資訊。通常桌上型系統不支援這項功能（因為需要有GPS或Wi-Fi），但如果終端是手持智慧型手機，這個功能就可以發揮作用。

　　今天，沒有人能知道聰明的程式設計師會基於這些位置資訊創造出什麼應用來，但有一點可以肯定，未來一定可能以一種變幻莫測和難以置信的方式將把虛擬世界與現實世界整合在一起。

　　讓Web影片播放更流暢

　　HTML5中的video標籤使Web開發人員很容易地把影片內容與網頁中的其他內容整合起來，也讓那些從事jQuery和PHP開發的人員可以加入到Web開發隊伍中，使得Web開發不再只是Flash、Silverlight和JavaFX開發人員的專利。

　　儘管這一設想看起來很誘人，但面臨的困難依然不少，因為HTML5標準中沒有指定任何編解碼器，而每個人都想發布自己的視頻和聲音編解碼器。這就意味著我們用一種混亂取代另一個混亂：只是過去我們把嵌入到瀏覽器中的軟體稱為插件，而今天稱它為編解碼器而已。因此，今天我們雖然有了一個標準的video標籤，但瀏覽器可能知道也可能不知道到底如何解釋這些影片內容。

　　在洛杉磯任教的HTML5應用開發講師Erich Ocean認為編解碼器的戰爭仍在繼續。電腦開發人員和Mozilla組織如果認為他們能為視訊專業人士制定視訊標準，那就大錯特錯了。他說，我們看到Google的新影片格式在一些地方得到了使用，例如在YouTube網站，但永遠不會像H.264那樣普及。

　　儘管影片播放可能面臨比較混亂的局面，因為無法讓大家達成一致，但是新的video標籤肯定會讓網路影片內容越來越豐富，網頁將成為影片內容的主要發布源地，而同時單純的文字內容也會越來越少。只是這對孩子的教育未必是好事，因為現在的孩子變得越來越習慣於看動畫，而很少花時間來閱讀，更別提書寫了。

　　Widget將更豐富

　　在iframe中運行的Widget讓網頁可以把其他網站的內容（比如天氣預報）嵌入進來，非常實用也非常受歡迎，但由於安全方面的原因，這些Widget一直運行在一個相對獨立的環境中，與網頁中的其他內容基本上保持隔離狀態。

　　而HTML5為這些Widget提供了一個相互通訊的標準機制。儘管它們仍然不能夠相互進入對方的運作環境中，但它們已經可以相互發送訊息來協同工作了。

　　廣告商對此早就期盼已久，它們非常希望能把分散到同一個網頁各個位置的旗幟廣告整合起來，而從開發的角度來說，開發人員也一定會找到其他實際用途。例如，在Web頁面上播放的網球比賽畫面可以和左右兩邊的球員資訊同步起來，這在HTML 1.0時代是難以想像的。

　　不過，可以發送訊息、相互通訊機制只是一個開始，下一個亟待解決的是通訊協定的問題，因為至今還沒有這方面的一個標準。只有為傳遞訊息設立一個標準後，兩個不同開發團隊所發展出來的Widget之間才有可能相互溝通。換句話說，通信雙方需要更多的標準詞彙。

　　提高瀏覽器的安全性

　　每個瀏覽器插件都是一個單獨的應用程序，不同的瀏覽器插件是由不同的程式設計師按照不同的標準開發的，發佈時間不同，安全模式也不同。很自然地，有些插件會比其他的更安全。隨著瀏覽器中的插件越來越多，要追蹤每個瀏覽器插件中可能存在的安全漏洞越來越複雜。例如，你企業中去年年末某個時候的安全漏洞到底是出在插件還是瀏覽器，最後是透過升級瀏覽器而不是升級插件來解決的還是反過來，可能很難有人記得那麼清楚。

　　把很多功能內建到HTML5而不是使用插件可以大幅降低安全風險，避免與插件開發有關的多個環節出現問題，更可以防止有人故意利用插件中的API安裝惡意程式碼。因為相對而言，Firefox、Chrome或IE瀏覽器等的安全性通常會經過更多的人（包括安全小組）的審計，如果安全小組認為某個瀏覽器安全，一般來說，其安全風險肯定要少得多。

　　不過，這裡所說的安全性有所改善帶有一定程度的主要臆測。這個世界總會有一些人把它們的聰明才智用到邪道上，他們完全可能利用HTML5的某種特質來從事一些惡意行為。只是現在沒有人能夠預測HTML5的新功能中到底可能隱藏著哪些危險。

　　簡化Web開發

　　在一家Web軟體開發公司工作的開發人員的話很有代表性，它簡明扼要地闡述了HTML5可能帶來的變化。他說：我比較喜歡HTML5，主要是因為它讓我能夠在一個統一的開發環境下進行開發，這個環境就是瀏覽器加JavaScript再加上DOM，而不必在Flash世界和HTML5的世界之間來回切換。未來只要掌握一門開發語言和一個工具集，就可以開發任何外掛程式。

　　他補充說，我認為，對於使用者而言好處也是很明顯的，而現在Flash彷彿在網路世界裡另外創立了一片天地。

　　的確，HTML5採用了統一的語言（JavaScript）、統一的資料模型（XML和DOM）和統一的表現規則（CSS）來表現文字、音訊、視訊和圖形，對於開發者無疑的是非常理想的，基於統一的標準開發環境，工作肯定會簡單不少。但要讓一切都成為現實挑戰仍然是巨大的，一個突出問題是工具的缺乏，現在HTML5的相關工具方面還很少。不可否認，Flash的流行與Adobe為Flash的開發提供了非常好用的工具密不可分。

　　連結：HTML的演進歷程

　　HTML全名為超文本標示語言(Hypertext Markup Language)，是用來描述網頁的一種規範。正是這些容納在尖括號裡的簡單標籤，構成瞭如今的 Web。

　　HTML的第一個官方版本是由IETF (互聯網工程任務組) 推出的 HTML 2.0。後來，W3C 取代IETF 的角色，成為HTML標準製訂的組織，上個世紀90年代的後半葉，HTML 的版本被頻繁修改，直到1999年的HTML 4.01，至此，HTML到達了它的第一個巔峰。

　　HTML在HTML 4.01 之後的第一個修訂版本是 XHTML 1.0，其中X代表 eXtensible。 XHTML 1.0 是基於HTML 4.01 的，並沒有引入任何新標籤或屬性，唯一的區別是語法，HTML對語法比較隨便，而XHTML則要求XML般的嚴格語法。後來，W3C又推出了XHTML 1.1。

　　對 W3C 而言，到了 HTML 4已經是功德圓滿，他們的下一步工作是XHTML 2.0，希望將Web帶向XML的光明未來。然而，來自Opera、Apple以及 Mozilla 的代表不滿意W3C的工作，他們自發性組織成立了超文本應用技術工作小組，這就是WHATWG，他們致力於HTML5 規範。

　　在WHATWG致力於HTML5的同時，W3C繼續他們的XHTML 2.0。不過，W3C在XHTML 2.0方面的工作慢慢地陷入困境，後來終止了XHTML 2.0的工作，並於2007年組建了一個新的HTML工作組，他們非常明智地選擇了WHATWG 的成果作為基礎，致力於訂購HTML5規範。

　　經過多年的醞釀，HTML5的草案於2008年發布，目前W3C正在對它進行進一步完善。現在，關於HTML5何時會正式成為標準還沒有一個明確的說法。好消息是，2012年HTML5可能會被接納為候選標準。不過，可以預料的是，HTML5無論何時能成為標準，HTML5要被所有瀏覽器提供者所接納肯定是一個比較長期的過程。