Qt對比HTML5——正反兩面

支持的平臺

• HTML5的支持無處不在
• Qt支持所有主流平臺（而且非主流平臺碰巧用它做UI）

雖然理論上你可以用HTML5適配更多平臺，但這不是大多數開發人員在現實世界里使用它的原因。HTML5開發者越來越多地放棄瀏覽器以及構建混合App。大部分移動開發者針對Android、iOS、Windows Phone和BlackBerry 10當中的幾個平臺進行開發。Qt不僅支持這些平臺，并且還支持更多的。事實上，在實踐中我們的數據表明，平均來看Qt開發人員實際上覆蓋的平臺比HTML5開發人員還略多一點。結果是，對于那些想在智能手機、智能電視等任何平臺運行軟件的開發者來講，Qt相比HTML5的一個顯著優勢是讓兩者不分勝負。

學習曲線

這點取決于你是否已經是一個web開發者。如果你是，學習構建移動web應用可能比學習Qt容易些。然而如果你是新手，那Qt有明顯的優勢——你只有一個框架要學；而HTML5呢，你在還沒開始的時候就要從十來個框架中選一個學習。Qt還有非常強大的文檔，而web框架則不一定有。在一個公平的比賽里，這是Qt的一大勝利。

開放性

• HTML5是開放標準，有多個開源實現。
• Qt是開源的，但是有雙重許可，由一個單一的供應商有效控制。

顯然HTML5比Qt更加開放，這不總是一個優勢。創建標準并讓多個供應商去實現的過程是漫長的，Qt可以更靈活。如果你真的需要讓開源項目修復一些Bug或添加一個新特性，你可以自己做或者花錢請人去做。如果你需要支持IE并且修復IE中存在的問題，那么你必須自己解決或等微軟來解決。同時沒有供應商能鎖定HTML5，讓web哪兒也去不了。別人可以買Qt并把它帶向與你目標不符的方向，或者他們可以把價格提高到超出你的預算。HTML5在這點上有優勢但不是一個明確的勝利。

成本

• 構建HTML5是免費的，也有一些非必須的付費工具可以提供幫助。
• 對于移動端的大多數商業應用，Qt 需要商業許可證書。

Qt的開源許可協議與大多數應用商店不兼容。盡管Qt的iOS版本是在開源狀態下開發的，但你需要一個商業許可才能在應用商店上架。

跨平臺兼容性

• HTML5的一個標準對應有多個獨立實現。
• Qt是一個供應商在多個平臺上實現相同的運行時環境。

多個實現，與幾個開源伙伴和一個大型社區一起匯報和圍繞兼容性問題工作造就了一個非常健壯的平臺。有一個供應商確保所有平臺表現一致，對你的應用兼容性來講幾乎總是更好的。Qt獲勝！

性能

• HTML5的DOM不是為現在的移動應用構建的。
• Qt Quick（QML）的scene graph是直接在OpenGL ES上構建的。

兩個環境都使用JavaScript。然而使用Qt時，如果你真的需要原生平臺的功能或性能，會更容易下降為原生代碼。使用Qt，JavaScript和本地代碼之間切換的性能損失要低得多。然而，最大的區別是圖形性能。追求性能的人在使用HTML5時常常借助于復雜的方案來規避DOM ，能不碰就不碰。在WebGL上構建整個UI看起來是有前途的方式，但得看未來的執行情況。現在，WebGL已經有更廣泛的支持（Apple在iOS8加入了對WebGL的支持）。Qt在這點上有很大優勢，相比web開發者的CSS3，Qt還有更多的動畫選項。

原生用戶體驗

• 使用HTML5，要么依賴類似Ionic之類的第三方框架，要么構建自己的原生界面元素的替代品。
• 使用Qt時你可以使用那些克隆了原生界面元素的組件，或者直接調用原生UI。

在Qt里可以調用原生API，但這損失了跨平臺兼容性。實際上，當你需要真正的原生用戶體驗時，哪個選擇都不能很好地滿足需求。兩個方案都可以模仿某些應用的一個子集。一般來講，當你需要一個完全自定義UI或原生外觀時，可以采用跨平臺的方式。

結論

通過對這些指標的比較，Qt比HTML5略有優勢。然而你也可以使用其他指標來比較，得出結論。在實踐中，需要選擇適合項目的技術。兩個選擇都有優點，如果你是一個HTML5開發人員，不熟悉Qt的產品，它們值得一看。還有一點我沒提及，Qt可以使用webview來顯示HTML5內容，這意味著并不需要非此即彼，可以合二為一。

Qt Enterprise最新版下載>>

文章轉載自

購買最新正版授權！""

2015歲末掃尾之戰！全球廠商攜手放利！優惠詳情點擊查看>>