Adobe和蘋果關於Flash的沖突是今年上半年的壹個焦點事件，引起了很多人的關註，很多人也是因為這個事件才第壹次知道HTML5的存在。第壹次了解HTML5的人可能會很驚訝。HTML5規範早在六年前就制定好了。現在雖然HTML5規範草案很好，但何時能真正成為標準還不確定。
事實上，HTML5規範委員會的工作進展非常緩慢。因為無論是瀏覽器廠商還是其他，關於如何改進瀏覽器、改善Web世界的想法太多了，而這些想法在HTML5規範中趨同並達成壹致還需要時間。盡管在壹些瀏覽器中測試了許多新的標簽和JavaScript函數，但互操作性和標準化問題仍未解決。例如，蘋果公司制作的HTML5演示令人印象深刻，但它們只在Safari上運行良好。這就是為什麽Flash的支持者嘲笑HTML5把網絡帶回了2000年瀏覽器大戰的時代。
雖然這種嘲諷可能會讓HTML5的支持者難過，漫長的等待也確實辛苦，但是忽視HTML5是不對的。因為HTML5背後不僅有行業巨頭，更重要的是標準化是IT技術發展的必然趨勢。就軟件而言，無論是瀏覽器還是相關開發工具，都會不斷吸收周圍的各種技術，並最終將其標準化，這是技術發展的必然規律。
可以肯定的是，HTML5將改變互聯網的方方面面。顯然，它不會完全取代Flash，但它確實會重塑互聯網，讓瀏覽器在沒有插件的情況下完成更多工作，從位置跟蹤到將數據保存到雲。HTML5標簽將取代完成更簡單任務的插件，至少在某些情況下，它可以向更多用戶開發壹些高級功能。最終，它可能會讓互聯網更安全、更高效、更靈活。
那麽，即將成為新標準的HTML5會把我們帶向何方？以下收集了開發者、程序員和設計師的意見，從中我們可以了解HTML5是如何改變互聯網的。
降低插件的重要性
在過去，瀏覽器插件在Web世界非常受歡迎，因為它鼓勵創新的想法和大膽的實驗，聲音，動畫和其他非常生動的網頁在網絡上通過Sun，Adobe，RealAudio，Microsoft等公司開發的插件首次呈現時，確實令人耳目壹新。但是，問題很快就出現了。插件接口對每個人開放，每個人都在試圖給舊的基於文本的世界添加新的功能。混亂不可避免。其中最著名的插件是Flash，還有無數其他類似的插件。
由於種種原因，蘋果禁止Adobe的Flash在自己的平臺上運行，導致廣大蘋果粉絲無法在蘋果平臺上看到Flash。但是HTML5的普及會讓這種沖突不再出現，會逐漸淘汰那些相對封閉的開發系統:JavaFX可能真的很強大，但是既然JavaScript和Canvas對象可以做同樣的工作，為什麽還要學習另壹種語法呢？如果視頻標簽能做到音視頻同步，誰還需要真正的生態系統？
那麽，所有的外掛真的會消失嗎？也許吧，但這取決於妳想做什麽。如果您的目標只是繪制圖像，那麽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 toolkit使用Flash插件在用戶硬盤上分配壹些空間，並將其留給瀏覽器。現在很簡單，用HTML5也能達到同樣的目的。
對於這部分存儲，程序員可以根據自己的需求隨意使用，比如將雲服務的應用和數據保存在本地硬盤上。這也使得雲應用的交付、安裝和部署與傳統應用非常相似。比如有沒有互聯網連接，雲應用都可以照常運行，因為HTML5應用的JavaScript代碼之前已經從服務器下載過了，這部分代碼保存在本地。
當然，這種技術的應用並不會影響雲應用的普及，因為現在的運行模式與過去有很大不同，本地數據庫實際上扮演的是智能緩存的角色。另外，遊戲開發者可以在本地存儲壹些場景信息和裝備信息，可以避免每次連接電腦都要下載這些信息，節省下載素材的時間。缺點是這些數據庫深埋在系統文件夾裏，備份數據變得非常復雜。如果用戶希望將數據從壹臺機器遷移到另壹臺機器，數據遷移可能會變得更加復雜。
或許混合雲的出現或許可以解決這個問題。混合雲允許數據同時存儲在雲中和本地計算機上，而本地計算機只是緩存數據，最終版本存儲在雲中，這樣就可以從任何計算機上訪問它。
簡化Web開發中的數據提取
從網頁中提取數據的Web開發者都知道，現有的HTML結構除了告訴瀏覽器信息在哪裏，幾乎不能提供任何有意義的信息。開發人員需要了解數據本身的信息，這可以幫助程序員理解這些數據的真正含義。HTML5中所謂的微格式引入了壹種新的機制，在HTML中加入壹些特殊的標簽，幫助程序員分析標簽中數據的真實含義。
沒有人能預測微格式會給網絡帶來多少變化，但很容易看出這種新機制會給程序員帶來極大的便利，幫助他們開發出更高效的Web應用。例如，如果有壹種好的、標準的方法來表示日期和時間，程序員在為網站開發與時間相關的Web程序時，就不需要編寫專門的代碼來分析或猜測別人可能會使用什麽時間格式。這樣，日歷、時間表、日程安排等需要從多個數據源收集時間信息的應用就變成了非常簡單的工作。
支持定位服務
在網絡世界，過去，我們只知道它的IP地址，我們不知道那些數字對應的是什麽樣的真實世界。例如，過去幾乎不可能知道電腦在哪裏，但現在位置服務可以解決這個問題。在HTML5標準中，允許JavaScript詢問瀏覽器用戶的地理位置，比如經緯度信息。通常桌面系統不支持該功能(因為需要GPS或Wi-Fi)，但如果終端是手持智能手機，該功能可以發揮作用。
今天，沒有人知道聰明的程序員會基於這些位置信息創造出什麽樣的應用，但有壹點是肯定的，虛擬世界將在未來以壹種不可預測、不可思議的方式與現實世界融合。
讓網絡視頻播放更流暢
HTML5中的“video”標簽讓Web開發者可以很容易地將視頻內容與網頁中的其他內容進行整合，也讓從事jQuery和PHP開發的人可以加入Web開發團隊，讓Web開發不再只是Flash、Silverlight和JavaFX開發者的專利。
雖然這個想法看起來很吸引人，但仍然有很多困難，因為HTML5標準中沒有指定編解碼器，每個人都希望發布自己的視頻和聲音編解碼器。這意味著我們用壹個混淆替換另壹個混淆:只不過過去我們把嵌入瀏覽器的軟件叫做插件，而今天我們把它叫做編解碼器。因此，雖然我們今天有壹個標準的“視頻”標簽，但瀏覽器可能知道也可能不知道如何解釋這些視頻內容。
在洛杉磯任教的HTML5應用開發講師Erich Ocean認為編解碼器之戰仍在繼續。“如果計算機開發人員和Mozilla組織認為他們可以為視頻專業人士設定視頻標準，那他們就大錯特錯了。”他說，“我們看到谷歌的新視頻格式已經在壹些地方使用，比如YouTube，但它永遠不會像H.264那樣受歡迎”
雖然視頻播放可能會面臨混亂的局面，但是因為不可能所有人都達成壹致，新的“視頻”標簽壹定會豐富互聯網上的視頻內容，網頁會成為視頻內容的主要來源，而單純的文字內容會越來越少。只是這對於孩子的教育來說未必是壹件好事，因為現在的孩子越來越習慣看動畫片，很少花時間讀書，更不用說寫作了。
Widget會更豐富。
IFrame中運行的Widgets允許網頁嵌入其他網站的內容(比如天氣預報)，非常實用，非常受歡迎。但是，由於安全原因，這些小部件壹直運行在相對獨立的環境中，基本上與網頁中的其他內容相隔離。
HTML5為這些小部件相互通信提供了標準機制。雖然還不能進入對方的運行環境，但是已經可以互相發送信息協同工作了。
廣告主對此期待已久，他們非常希望將分散在各個位置的橫幅廣告整合在同壹個網頁上。從開發的角度來看，開發者肯定會找到其他的實際用途。比如網頁上播放的網球比賽畫面，可以和左右兩邊的球員信息同步，這在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的全稱是超文本標記語言，是壹種用來描述網頁的規範。正是這些包含在尖括號中的簡單標簽組成了今天的網絡。
HTML的第壹個正式版本是IETF(互聯網工程任務組)發布的HTML 2.0。後來，W3C取代了IETF，成為制定HTML標準的組織。90年代後半期，HTML的版本頻繁修改，直到1999年的HTML 4.01，至此，HTML達到了第壹個高峰。
HTML 4.01之後的第壹個修訂版本是XHTML 1.0，其中X代表“可擴展”。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被所有瀏覽器提供商接受肯定是壹個長期的過程。
/a/20100714/219094 . html #
可以看看這個帖子的回復。