針對于時下流向的網絡新聞，相信大家都并不陌生，由此也引發關于在線網絡報道應用哪種技術更好的討論。有人認為HTML5將替代Flash，也有人認為這是不可能的，那么究竟孰對孰錯呢？讓我們用事實來說話。

雖然我們看到無數的HTML5示例應用程序遍布網絡，但是企業應用軟件市場仍然具有較大的目的性和嚴格的標準。 對于HTML5來書，這無疑是一個令人振奮的消息，因為它必須有專業的團隊對其進行分析。

一位資深的專業人士曾將兩者的關鍵點做過以下分析：

• 如果你想開發兩個相同的項目，Flex和HTML5，HTML5項目的費用將更加昂貴。
• 在一個HTML5項目當中要實現Flex級別的質量幾乎是不可能的。
• 任何HTML5企業項目將被迫降低要求。
• 從最開始的參數（如可靠性），以適應不同的屏幕尺寸和密度的能力將被簡化。
• 而實現這些功能的，功能規范必須在7種瀏覽器下測試，導致開發商會花大部分時間在調試器中。

有一種普遍的誤解，認為HTML5是一個完全新的開發平臺。然而它仍然是一個"sum of technologies" ，會給我們帶來一些共同的問題，比如升級組件、添加canvas和video標簽、CSS3（這個是由HTML4支持的）和其所在的Javascrip規范中有沒有改變。

通過引入額外的標記（像canvas這樣），HTML5本身定義了一個更新的HTML 4.01標準，然而HTML5本身仍然是一個web文檔標記語言。HTML5通過中間技術堆棧更新了CSS3，修改后的CSS3有了許多令Web開發人員興奮的功能，比如圖像過濾器等等。

我們看到了HTML5數據方面的漂亮工作，但同時也有一個非常嚴峻的事實，HTML5的數據不能緊縮。這里指的數據當然不是企業級別的數據，而是Javascript和高層次的應用庫（如JQuery或Node.js）請求后臺交互時使用的異步數據。這是一個潛在的強大環境，但它仍然依賴于相同的HTML、CSS和Javascript，通常稱為DHTML或Web 2.0的一部分。

考慮到通過大數據快速、可靠的驅動Web報表，這仍然是一項艱巨的任務。我們的目光聚集在平臺加載大塊信息的能力上。無論是從CSV報告或OLAP多維數據集中取出，用戶都希望能夠立即快速地加載。

我們經常提到的問題是：HTML5堆棧技術能夠滿足這一要求嗎？根據我們初步的研究，基于HTML和Javascript的大多數OLAP網格可以緊縮大約只有五到十個的數據行。較高的數字將導致javascript運行時瀏覽器本身意外停機或者死機。

今天的Flash Player運行時能讓Flexmonster樞軸加載到100MB，然后在一個非常合理的時間渲染和操作數以百萬計的記錄。

我們看到的證據表明，Flash技術發展勢頭依然強勁。當然我們想知道過渡到Apache會是怎樣的情況，這實際上是平臺進化的一個巨大潛力的所在，我想時間會告訴我們的。

由于這兩個標準的進展，我們將繼續利用各自的優勢，而不放棄任何一個。在可預見的未來，Flash和Flex具有企業級應用程序開發大數據的機遇，其優勢遠遠超出了HTML5的嚴重限制。