⑴ 什麼是由 DC loud推出的一款接近原生app體驗的高性能前端框架
咨詢記錄 · 回答於2021-09-02
⑵ 網站製作的APP和原生APP到底哪個好
毫無疑問原生的最好，但是首先要確定，如果你用原生的製作APP那一定要有自己的技術團隊，否則就別考慮這個了。因為找外包公司給你做技術服務維護原生APP那價格很貴滴，而且時效性也不行。
一般企業在初期或者承受能力有限就用網站製作的APP就行，這種也叫混合型APP，維護成本低，後期有必須要需求了在增加原生APP端就行。至少客戶問我那種好我一般就是這么回答的。個人認為，很多企業難以承受原生APP的價格。
比如混合商城APP，就像淘寶那樣的，PHP做就行，進行封裝就可以。成本也就十幾萬到二十幾萬足夠了。原生的那貴的離譜了，比如光一個PC端就要十萬左右至少，還是有技術積累的公司，從新寫更貴。安卓端JAVA寫一個至少二三十萬吧，還有蘋果端呢，全下來可能要准備一百萬了。
所以創業型公司就混合型的吧用網站封裝一個就行，大公司還是原生的更高大上。
⑶ h5做app和原生app有什麼區別
一、功能更強大
從以上定義中可以看出，原生APP是系統性的應用程序，可以地用手機終端的硬體設備，比如語音、簡訊、GPS、藍牙、重力感應和攝像頭等，但是webAPP是不可以做到這些的。所以如果你想做一個可擴展性強，而且後期功能不斷完善的APP，一定要考慮原生的。 二、 載入速度更快
剛我們有提到原生APP是由 「雲伺服器數據+APP應用客戶端」 」兩部分構成，APP應有所有的UI元素、數據內容、邏輯框架都是安裝在手機里的。所以用戶在使用APP的時候，不需要重新載入數據，因為這些內容都安裝在手機中了，雖然第一次安裝的時候有點復雜，但是在實際使用會方便很多。
濟南APP開發定製
但是web APP打開每一個頁面，都需要重新載入，雖然現在網路情況很好了，但是在實際中可能會有各種問題，比如流量用完了、所在區域網路不好或出了問題，就很大可能出現載入慢或者載入不出來的問題，載入多了很容易出現卡死錯亂的情況，用戶的體驗就會很差。因此考慮到用戶體驗和載入速度方面，原生APP的性能要遠遠優於web。
第三：穩定性更好
目前市場的web版的APP多為模板，這種模板價格便宜，但是功能無法拓展，而且隨著市場上瀏覽器、技術的進步，會逐步出現各種問題，穩定性根本無法保證。相比而言原生的APP技術更加成熟，而且功能可以拓展性更強。做個簡單的比喻，我們有一套房子，這個房子可以考慮自己建設，這個過程中我可以決定建幾層、建成什麼樣的戶型等等，但如果其買別人做好的，那就只能從已經有的中選擇。如果遇到網路不好的情況可能就像等期房一樣，只大體知道是啥樣的，但具體的得等網路好了才能看到。
⑷ 2015年有哪些比較優秀的前端框架
作者：匿名用戶
鏈接：http://www.hu.com/question/39377015/answer/81017680
來源：知乎
著作權歸作者所有，轉載請聯系作者獲得授權。
此榜單根據github上star數作為排名依據，一個人力量有限，如果收集有遺漏歡迎補充。
1、名稱：Bootstrap
類別/語言：HTML、CSS、JavaScript
創建者： Twitter
人氣：在Github上有91007 stars
描述：主流框架中毋庸置疑的老大，Bootstrap 是基於 HTML、CSS、JavaScript 的，它簡潔靈活，使得 Web 開發更加快捷。
核心概念/原則: RWD 和移動優先制。
瀏覽器支持： Firefox, Chrome, Safari, IE8+ (你需要 Respond.js for IE8)
響應式: Yes
模塊化: Yes
官網地址：Bootstrap · The world's most popular mobile-first and responsive front-end framework.
Github地址：twbs/bootstrap · GitHub
2、名稱：html5-boilerplate
類別/語言：HTML、CSS、JavaScript
創建者：Paul Irish
人氣：在Github上有32,349 stars
描述：HTML5 Boilerplate 幫你構建 快速, 健壯, 並且 適應力強 的web app或網站。
核心概念/原則：響應式
瀏覽器支持：Firefox, Chrome, Safari, IE8+,Edge,Opera
預處理器：None
響應式：Yes
模塊化：Yes
官網地址：HTML5 Boilerplate: T
Github地址：h5bp/html5-boilerplate · GitHub
3、名稱：Meteor
類別/語言：HTML、CSS、JavaScript
創建者：immir
人氣：在Github上有31,092 stars
描述：Meteor是新一代的開發即時web應用的開源框架，它能幫助你在最少的時間內完成開發。
核心概念/原則：響應式
預處理器: Less
響應式: Yes
模塊化: Yes
官網地址：Meteor
Github地址：meteor/meteor · GitHub
4、名稱：Semantic UI
類別/語言：HTML、CSS、JavaScript
創建者: Jack Lukic
人氣: 在Github上有22,325 stars
描述: 「基於自然語言有效原則的UI組件框架」
核心概念/原則: 語義，標簽的矛盾性、響應式
瀏覽器支持：Firefox, Chrome, Safari, IE10+ (IE9 with browser prefix only), Android 4, Blackberry 10。
預處理器: Less
響應式: Yes
模塊化: Yes
官網地址：Semantic UI
Github地址：Semantic-Org/Semantic-UI · GitHub
5、名稱：Foundation
類別/語言：HTML、CSS、JavaScript
創建者: ZURB
人氣: 在Github上有22,206+ stars
描述: 「世界上最優秀的響應式前端框架」
核心概念/原則: RWD 、手機優先、語義的
瀏覽器支持： Chrome, Firefox, Safari, IE9+; iOS, Android, Windows Phone 7+
預處理器: Sass
響應式: Yes
模塊化: Yes
官網地址：Foundation | The most advanced responsive front-end framework in the world.
Github地址：zurb/foundation-sites · GitHub
6、名稱：Materialize
類別/語言：CSS
創建者：Google
人氣：在Github上有15,288stars
描述：Materialize是一個個基於材料設計的一個現代化的響應式前端框架。他們做了最繁重的工作，為您提供默認的樣式，結合了您的自定義組件。此外，他們還改進動畫和過渡，為開發人員提供流暢的體驗。
核心概念/原則：響應式
預處理器：Sass
響應式：Yes
模塊化：Yes
官網地址：Documentation
Github地址：Dogfalo/materialize · GitHub
瀏覽器支持：Chrome 35+, Firefox 31+, Safari 7+, IE 10+
7、名稱：Pure
類別/語言：CSS
創建者: Yahoo
人氣: 在Github上有13,161 stars
描述: 「您可以在每一個web項目中使用的一組小的和響應式的CSS模塊」
核心概念/原則:SMACSS,極簡的.
瀏覽器支持：Firefox的最新版本, Chrome, Safari; IE7+; iOS 6.x, 7.x; Android 4.x
預處理器: None
響應式: Yes
模塊化: Yes
官網地址：http://purecss.io/
Github地址：yahoo/pure · GitHub
8、名稱：Vue
類別/語言：CSS、JavaScript
創建者：尤雨溪
人氣：在Github上有12,214 stars
描述：Vue.js 是用於構建互動式的 Web 界面的庫。它提供了 MVVM 數據綁定和一個可組合的組件系統，具有簡單、靈活的 API。
核心概念/原則：響應式
瀏覽器支持：Firefox, Chrome, Safari, IE9+，Android 4.2+，iOS 7+
預處理器：None
響應式：Yes
模塊化：Yes
官網地址：vue.js
Github地址：vuejs/vue · GitHub
9、名稱：Skeleton
類別/語言：CSS、JavaScript
創建者：Dave Gamache
人氣：在Github上有10,622stars
描述：Skeleton 是一個小的 JS 和 CSS 文件的集合,可幫你快速開發漂亮的網站,適合各種屏幕設備包括手機。Skeleton 基於 960 grid 開發。它是一個 UI 框架。
核心概念/原則：響應式
瀏覽器支持：Firefox, Chrome, Safari, IE10+,Opera
預處理器：None
響應式：Yes
模塊化：Yes
官網地址：Skeleton: Responsive CSS Boilerplate
Github地址：dhg/Skeleton · GitHub
10.名稱： Amaze UI
類別/語言：HTML、CSS、JavaScript
創建者：雲適配
最後更新時間：2015年12月
人氣：在Github上有6425 stars
描述：國內首個開源HTML5跨屏前端框架，中文排版支持更優、本土化組件豐富。
並在2015年11月推出基於 React.js 的專屬移動端 Web 組件庫Amaze UI touch。
核心概念/原則：組件化、移動優先、輕量級、高性能。
瀏覽器支持： Firefox, Chrome, Safari, IE8+
響應式: Yes
模塊化: Yes
官網地址：Amaze UI | 中國首個開源 HTML5 跨屏前端框架
Github地址：amazeui/amazeui · GitHub
11、名稱：UIkit
類別/語言：HTML、CSS、JavaScript
創建者: YOOtheme
人氣: 在Github上有6,050+ stars
描述: 「一個輕量級的和模塊化的前端框架,用於快速開發和功能強大的web介面。」
核心概念/原則:RWD, 手機優先.
預處理器: Less, Sass
響應式: Yes
模塊化: Yes
官網地址：UIkit
Github地址：uikit/uikit · GitHub
瀏覽器支持： Chrome, Firefox, Safari, IE9+
12、名稱：Yui
類別/語言：CSS、JavaScript
創建者：Yahoo
人氣：在Github上有3,200+ stars
描述：Yahoo! UI Library (YUI) 是一個開放源代碼的 JavaScript 函數庫，為了能建立一個高互動的網頁，它採用了AJAX, DHTML 和 DOM 等程式碼技術。它也包含了許多 CSS 資源。使用授權為 BSD許可證
核心概念/原則：響應式
預處理器: None
響應式：Yes
模塊化：Yes
官網地址：http://yuilibrary.com/
Github地址：yui/yui3 · GitHub
瀏覽器支持：Firefox, Chrome, Safari, IE10+,Opera
13.名稱：kissy
類別/語言： JavaScript
創建者：淘寶前端
最後更新時間：2015年7月
人氣：在Github上有2035 stars
描述：KISSY 是一款跨終端、模塊化、高性能、使用簡單的 JavaScript 框架。
框架大小: 37 KB
核心概念/原則: 模塊化，跨終端，高擴展性
模塊化: Yes
官網地址：KISSY - A Powerful JavaScript Framework
Github地址：kissyteam/kissy · GitHub
14.名稱：MUI
類別/語言： HTML、CSS、JavaScript
創建者：Dclould
最後更新時間：2016年1月
人氣：在Github上有2012 stars
描述：MUI-最接近原生App體驗的前端框架框架。
核心概念/原則: 多端發布、高性能
響應式: NO
模塊化: Yes
官網地址：MUI-最接近原生APP體驗的高性能前端框架
Github地址：dcloudio/mui · GitHub
15.名稱：Arale
類別/語言： JavaScript
創建者：支付寶前端
最後更新時間：2015年7月
人氣：在Github上有1252 stars
描述：Arale 是一個開放、簡單、易用的前端基礎類庫。
框架大小:未知
核心概念/原則: 開放、簡單、易用
瀏覽器支持：Firefox, Chrome, Safari, IE6+
響應式: Yes
模塊化: Yes
官網地址：Arale - 隨心構建互聯網應用
Github地址：aralejs/aralejs.org · GitHub
16.名稱：JX
類別/語言：Javascript
創建者：騰訊前端
最後更新時間：2015年12月
人氣：在Github上有952 stars
描述：JX 是模塊化的非侵入式Web前端框架，特別適合構建和組織大規模、工業級的Web App。
框架大小: 未知
核心概念/原則: 保持最優執行效率
瀏覽器支持： 兼容主流瀏覽器
模塊化: Yes
官網地址：JX - 騰訊 Web 前端開發框架
Github地址：AlloyTeam/JX · GitHub
17.名稱：GMU
類別/語言：HTML、CSS、JavaScript
創建者：網路前端
最後更新時間：2015年12月
人氣：在Github上有940stars
描述：GMU是基於zepto的mobile UI組件庫，提供webapp、pad端簡單易用的UI組件! Web App。
核心概念/原則: 簡單易用、輕量級
模塊化: Yes
官網地址：http://gmu..com/
Github地址：fex-team/GMU · GitHub
18.名稱：ZUI
類別/語言： HTML、CSS、JavaScript
創建者：蟬道
最後更新時間：2015年7月
人氣：在Github上有616 stars
描述：開源HTML5前端框架
核心概念/原則:簡單易用、輕量級、易於定製
瀏覽器支持：未知
官網地址：ZUI - 開源HTML5跨屏框架
Github地址：easysoft/zui · GitHub
19.名稱：Clouda Touch.js
類別/語言：JavaScript
創建者：網路雲
人氣：在Github上有387 stars
描述：Touch.js是移動設備上的手勢識別與事件庫,也是在網路內部廣泛使用的開發。
核心概念/原則: 無入侵設計、媲美原生的交互、極簡的API
模塊化: Yes
官網地址：Touch.js
Github地址：Clouda-team/touch.code..com · GitHub
20.名稱：Arkui
類別/語言：HTML、CSS、JavaScript
創建者：豆瓣
人氣：在Github上有129 stars
模塊化: Yes
官網地址：arkui
Github地址：mockee/arkui · GitHub
⑸ vue打包成app跟原生APP對比
1、首先從開發方面：原生開發的App：每一種移動操作系統都需要獨立的開發項目每種平台都需要獨立的開發語言。Java(Android), Objective-C(iOS)以及Visual C++(Windows Mobile)等等需要使用各自的軟體開發包，開發工具以及各自的控制項。我們做的手機網站打包的APP：從原生演變過來的通過APP嵌入網站來是實現的，這種應用可以使用HTML5,CSS3以及JavaScript以及伺服器端語言來完成（PHP,Ruby on Rails,Python）。
2.APP性能方面：原生App：能夠與移動硬體設備的底層功能，比如個人信息，攝像頭以及重力加速器等等。網站製作的App：只能使用有限的移動硬體設備功能。
3.APP數據獲取方法：原生App：直接下載到設備以獨立的應用程序運行(並不需要瀏覽器)。用戶必須手動去下載並安裝這些原生App。網站封裝的APP：從移動設備上的瀏覽器訪問，不需要安裝額外的軟體，軟體更新只需要伺服器更新就夠了
⑹ 有沒有完全免費將H5製作的網站封裝成原生app求推薦，一定要 「免費」的
網站封裝APP是很簡單的，而且免費。亥著開發者服務平台就可以做。注意最後一張圖里的那些插件，封裝本身是免費的，但是額外插件是收費的，所以你如果不是非得要用那些插件，最好不要選，省錢。
額外多說一點，問題當中所提到的原生APP，和封裝APP是不同的，封裝APP就是給網站套個APP的殼子，讓它可以安裝在手機桌面上，打開就進入網站，但是這個封裝APP本身是沒什麼內容的，沒有前端沒有後台，有的都只是這個網站。
而原生APP，是指不同移動操作系統（ios、Android）需要各自開發 並且使用原生程序編寫運行的第三方移動應用程序。
⑺ HTML5定稿了，為什麼原生App世界將被顛覆
一、 HTML5的誕生
自W3C於1999年發布HTML4後，Web世界快速發展，一片繁榮。人們一度認為HTML標准不需要升級了。一些致力於發展Web App的公司另行成立了WHATWG組織，直到2007年，W3C從WHATWG接手相關工作，重新開始發展HTML5。
HTML5的發展史，有用戶的需求在推動，有技術開發者的需求在推動，更有巨大的商業利益在推動。
在互聯網的早期，對用戶而言，能打開瀏覽器接入到互聯網世界就是一個神奇的事情，但互聯網發展到2005年前後，開始出現下一個變化，就是寬頻互聯。
隨著寬頻的普及和電腦性能的增強，人們不再滿足於單純的通過互聯網看新聞、收發郵件，消耗更高帶寬的娛樂產品開始出現，就是流視頻和網頁游戲。其實視頻和游戲是古老的需求，在互聯網不普及的時候，需求的滿足方式是離線傳輸的VCD和游戲光碟;後來互聯網逐漸普及，人們更改了使用方式，通過下載軟體+本地媒體播放器來看視頻，下載體積較大的端遊玩游戲。
但是對消費者體驗更好的新方式還是出現並顛覆了以前的一切，那就是流媒體和網頁游戲。Youtube等公司把握住潮流飛速崛起，各種頁游公司也如雨後春筍。
但是HTML標准沒有把握住產業的變化及時演進，瀏覽器產品也未升級，這塊新需求被瀏覽器插件滿足了，那就是Flash。這個部署在億萬瀏覽器里的商業插件儼然成為事實標准。2005年Adobe巨資收購Macromedia，把Flash收歸旗下，緊接著大幅推廣FLV流媒體和action script語言，很明顯這樁收購可以列為IT並購的經典案例，FLV流媒體和Flash游戲風靡互聯網，Adobe在新的產業升級中攫取了大量的利潤。
除了Flash這個商業產品成為了事實標准，W3C還面臨一個尷尬，就是另一個私有擴展協議的製造者—IE。IE當時在桌面瀏覽器佔有壟斷地位，並且擴展了大量的IE Only語法，開發者完全不知道這些語言是誰定義的。整個web世界，就被兩家公司微軟+Adobe綁架了。
很多IT巨頭都坐不住了，尤其是蘋果和Google。PC操作系統的世界難有突破，Web瀏覽器被蘋果寄予厚望，而且第一代iPhone只支持網頁，那時還沒有Appstore，Safari是喬布斯非常看重的產品;新貴Google雖然大量贊助Mozilla，但並未對IE的地位產生實質影響，收購了YouTube後發現底層被Adobe控制，也是非常難過，而且Google每年給IE的搜索框和Adoble FLV繳納的費用真不是小數目。
既然大家都是W3C的主席單位，好吧，我們重新開始做HTML5吧。
是的，HTML5其實就是這么誕生的。那是2007年，IE和Flash由盛轉衰的轉折點。
二、 HTML5第一階段： Web 增強與破壟斷
自HTML5誕生以來，一共經歷了兩個階段，分別是Web增強和移動互聯網。我們先從Web 增強說起。
web體驗的豐富增強主要表現在：1. webapp，比如gmail;2. 流媒體;3. 游戲。我們就這3個方面來講HTML5做了什麼。
1. webApp
HTML5新增了離線存儲、更豐富的表單(比如Input type=date)、js線程、socket王樂、標准擴展embed、以及很多css3新語法…
2. 流媒體
HTML5新增了audio、video
3. 游戲
HTML5新增了canvas、webgl
當然還有Google努力在HTML5中推進Header和Section等標簽，以利於搜索引擎分析，這些不多述。
HTML5補充流媒體和游戲能力後，加上蘋果強勢拒絕在iOS上引入Flash，成功的遏制了Flash的發展，然後就該遏制IE私有語法了。
在HTML5標準的升級過程中，蘋果和Google同時也看到了瀏覽器市場重新洗牌的機會，他們一方面參與HTML5的規范，一邊在瀏覽器產品上發力。Apple首先開始大力發展Safari，建立WebKit開源項目，Mac、iOS、Windows多平台齊發力;Google起初是贊助Mozilla開發Firefox，後來自己開發了v8引擎，合並WebKit，於2008年正式推出Chrome。「IE的私有規范+Flash不是標准，我們才是標准」這樣的口號在新一代瀏覽器大戰中打響，IE瞬間成為千夫所指的壟斷代表，甚至成了阻礙Web發展的罪人(當時IE6已數年未更新，並且絲毫不懼Firefox的發展)。
偏偏微軟此時也出了暈招，推出了一系列即不完整支持規范又互相不兼容的IE7、8、9、10，徹底失去了開發者的心。
Adobe的Flash被遏制，與Web霸主的位子擦肩而過;IE的私有標准被遏制，並且造成IE市場份額不停下滑，直到IE最新的移動版本反過來開始支持WebKit私有語法，真是令人唏噓。不知道HTML6是不是該打倒WebKit壟斷了。
三、 HTML5第二階段： 移動互聯網
隨著Chrome和Safari的高歌猛進，以及IE+Flash的衰落，HTML5告一段落，進入了下一個時代——移動互聯網。HTML5的跨平台優勢在移動互聯網時代被進一步凸顯。HTML5是唯一一個通吃PC、Mac、iPhone、iPad、Android、Windows Phone等主流平台的跨平台語言。Java和Flash都曾夢想這個位置，但夢斷於iOS。此時人們紛紛開始研究基於HTML5開發跨平台手機應用。很多人當時認為，原生應用只是過渡，就像當年從C/S結構轉變為B/S結構一樣。而且學習Objective-C和Java很費勁，我既然會網頁開發，為何不試試HTML5。
W3C此時成立了Device API工作組，為HTML5擴展了Camera、GPS等手機特有的API，然而麻煩的是，移動互聯網初期的迭代太快了，手機OS在不停的擴展硬體API，陀螺儀、距離感應器、氣壓計。。。每年手機OS都有大版本更新。而W3C作為一個數百家會員單位共同決策的組織，從標准草案的提出到達成一致是非常復雜的過程，跟不上移動互聯網初期的快速迭代。
PhoneGap的出現，給開發者打開了一扇窗。很多人期待PhoneGap不停擴展API，來補充瀏覽器的不足。Adobe看到PhoneGap彷彿看到了重振江湖地位的希望，但在Adobe收購PhoneGap後，又發現這個東西可商用性不足，而且開源使得Adobe無法像Flash那樣獲取商業利益，於是就把PhoneGap捐給了Apache，改名為Cordova。
因為各種原因，Cordova的定位最終沒有成為瀏覽器的強化，而走向了混合式開發。基於當時的背景，他們認為原生是不可替代的，「原生+HTML5」的混合模式更有意義。所以現在Cordova的使用模型是「原生工程師+HTML5工程師」一起協作完成App。
這時Facebook加入了W3C，牽頭成立了Mobile Web工作組。Facebook是混Web圈的，並且在手機OS上沒有自己的領地，他不喜歡被蘋果和Google掌控的原生應用生態系統。Mobile Web這個工作組的重要目標就是讓HTML5開發的網頁應用達到原生應用的體驗。然而，事與願違，它不努力也就算了，結果是努力了卻失敗了。2012年，Facebook放棄了HTML5的新聞充斥了全世界的IT媒體，HTML5瞬間被打入冷宮。
Facebook為何放棄HTML5?核心是當時基於HTML5真的做不出好的移動App。對比Twritter等競爭對手的原生App，Facebook的HTML5版本實在無法讓用戶滿意。比如Push功能，到現在HTML5的推送和原生的推送體驗差距依然巨大，更不用說HTML5應用的頁面切換白屏、下拉刷新/側滑菜單不流暢等眾多問題。看著原生工程師輕松實現搖一搖、二維碼、語音輸入、分享到朋友圈等功能，更是讓HTML5工程師感覺自己站錯了隊。
即使Facebook不喜歡被控制，也不能拿被用戶拋棄來冒險。而且Facebook並沒有掌握關鍵點—手機瀏覽器內核。如果瀏覽器不跟上，徒然定一堆標准草案落不了地。
而瀏覽器在手機上的表現是什麼呢?先看Google，Chrome性能雖高，但Android上的瀏覽器卻並非Chrome，而是WebKit改出來的一個蹩腳的Android瀏覽器;再看蘋果，iOS上不允許其他瀏覽器引擎上架App Store，而且其他使用Safari引擎的應用也無法調用蘋果自己的JavaScript加速引擎Nitro。結果是蘋果和Google不但不在瀏覽器上積極實現HTML5關於移動App所需的規范，反而對HTML5做出種種限制。
不管是當時硬體能力不足，還是手機OS廠商的故意限制，總之結果就是：在移動互聯網的初期，一定是原生應用生態系統的天下，iOS和Android首先自己的地盤穩固後，產業才會向下個階段升級。
Facebook也好，PhoneGap也好，想在移動互聯網初期就分一杯羹是分不到的，但堅持下來，機會往往會出現。
四、 HTML5這回真的來了
終於，在2014年10月底，W3C宣布HTML5正式定稿。這個時間，不晚不早，硬體性能更強、手機OS迭代速度下降。
隨著HTML5標準定稿，一切紛爭將告一段落，現在，屬於HTML5的時代到來了。
有人說，游標準定稿沒用啊，配套起來了嗎?HTML5做的應用究竟能否匹敵原生App?答案是，HTML5不但可以匹敵原生App，甚至它天然的很多特性超越了原生App。
我們先談談HTML5原來不如原生應用的地方，業內俗稱HTML5有「性工能」障礙。即HTML5性能不如原生、開發工具不如原生、能力調用不如原生。
這幾個問題導致開發者無法使用HTML5做出與原生一樣的App。然而，不管是硬體升級還是OS廠商策略變化，以及相關軟體技術的成熟，已解決了HTML5的「性工能」障礙。
1. 硬體升級
2011年，iPhone 4s的CPU是A5，現在iPhone 6是A8，按蘋果的歷次發布會的說法，速度共提升了7.5倍。這3年間7.5倍的速度提升，抹平了太多HTML5的性能問題。
2. 蘋果、Google的策略變化
Google在2013年底發布的Android 4.4，內置的Webview不再是蹩腳的Android WebKit瀏覽器，而是Chromium，性能大幅提升。從最新的Android5.0開始，Webview可以通過Google Play Store實時更新，和Chrome的升級保持一致，用戶就可以不刷機享受到最新的瀏覽器引擎;再看Apple方面，2012年iPhone 5發布後，HTML5在iOS上的表現已令人滿意，Safari獨家的JavaScript加速引擎Nitro不再那麼重要，不過在iOS 8發布後，蘋果還是很識趣地取消了三方程序調用Nitro的限制，現在任意瀏覽器或應用調用iOS的UIWebview都可以利用Nitro加速，這樣在前端使用JS做大型運算也成為可能。兩大手機操作系統霸主和瀏覽器巨頭的態度發生了變化，使得HTML5在手機上的發展不再受限，而且這個變化不可逆只能繼續向前，這種變化勢必會產生深遠的影響。
3. 軟體技術的成熟
PhoneGap的發展雖然放緩了，但其他產品技術卻成熟了。2014年的iWeb大會上，眾多廠商的產品提供了面向開發者免費或開源的HTML5性工能障礙的解決方案。
(註：編者作為從業人員，也會在分析各種方案時提到我們公司的方案，但編者會客觀不誇張的陳述方案，而且該方案是純免費的，沒有商業銷售嫌疑。)
DCloud公司在iWeb大會上發布了系統的HTML5「性工能缺失」的解決方案，包括：
a) 性能：提升HTML5性能的手機端引擎，讓側滑菜單、下拉刷新等動態交互卡頓的問題得以解決;
b) 工具：HTML5開發IDE產品HBuilder, 超快的編程利器;
c) 能力：把40萬原生API封裝成JavaScript對象，以解決HTML5能力不足問題的Native.js技術;
d) 最接近原生體驗的高性能框架：MUI框架，體積只有幾十K，載入、運行遠快於一般框架。
基於該方案開發的HTML5應用完全可以達到原生App的功能和體驗。
使用HBuilder開發HTML5應用
英特爾公司發布了Crosswalk引擎，可以讓Android 4.0-4.3的手機上的應用打包Chromium引擎而不是Android WebKit。畢竟目前市場上存在大量Android 4.0-4.3的手機，同時統一的webview也避免了兼容性的煩惱。
在專業方向上很多公司也做出了不錯的成績。觸控的Cocos2d-html5、Egret runtime和Ludei CocoonJS強化了Canvas的表現，讓HTML5游戲體驗更好;UC、獵豹等手機瀏覽器都強化了音視頻播放的表現。
不管是硬體升級、軟體成熟，還是操作系統廠商策略變化，都在強力推動HTML5的爆發。
不過要注意，我說的HTML5爆發，不是指手機瀏覽器會替代桌面成為應用入口。有人說HTML5不好，因為用戶討厭打開瀏覽器輸入URL的過程。我想說這種想法是對HTML5的片面理解。HTML5!=傳統瀏覽器，雖然編程語言還是HTML、Javascript、CSS，但發行方式絕不是傳統網站那麼簡單。HTML5應用的入口，反而很少是啟動瀏覽器輸入URL，它可以是存在於手機桌面的圖標、也可以來自超級App(如微信朋友圈)、以及搜索引擎、應用市場、廣告聯盟。。。到處都是它的入口。它的入口，比原生App更多。
五、 原生App的顛覆
HTML5的「性工能」障礙得到解決，可以接近原生App的效果，所以它就可以替代原生App嗎?很多人認為，即使HTML5會發展的比現在好，也將是與原生App各佔一部分市場的格局，要求不高的長尾應用會使用HTML5，而主流應用仍是原生App的天下。
但我認為這樣的想法很危險，就像Apple成立前，HP的高層告訴沃茲：誰會在家裡擺一台電腦呢?未來HTML5肯定會顛覆原生App。「性工能」障礙的消除，只是HTML5的劣勢被削弱，但劣勢被消除後，它的優勢就會大放異彩，HTML5的優勢是什麼?我們分別就開發者和最終用戶來看。
■HTML5對開發者的7大優勢
● 跨平台：
在多屏年代，開發者的痛苦指數非常高，人人都期盼HTML5能扮演救星。多套代碼、不同技術工種、業務邏輯同步，這是折磨人的過程。有點類似個人電腦早期世界，那個時候的每家電腦都有自己的操作系統和編程語言，開發者疲於做不同版本，其實DOS的盛行也很大程度是因為開發者實在沒精力給其他電腦寫程序。跨平台技術在早期大多因為性能問題夭折，但中後期硬體能力增強後又會占據主流，因為跨平台確實是剛需。
●快速迭代：
移動互聯網是一個快魚吃慢魚的時代，誰對用戶的需求滿足的更快，誰的試錯成本更低，誰就擁有巨大的優勢。互聯網產品大多免費、且有網路效應，後入者搶奪用戶的難度非常大。使用原生開發，從招聘、開發、上線各個環節的效率都慢一倍以上，而且參與的人越多，溝通效率往往拖慢不止一倍。
●持續交付：
很多人有這樣的體會，一個原生應用上線Appstore，突然有一個大bug，只好連夜加班修復，然後靜靜等待2周或更長時間的Apple審核，這2個星期被用戶的塗抹淹死，市場上一片差評，用戶大量流失。等新應用被審核上線了，用戶已經卸載了。但是，HTML5沒有這些問題，你可以實時更新，有問題立即響應。
●大幅下降成本：
創業者融資並不容易，如何花錢更高效非常重要。如果你使用原生開發的App和競爭對手使用HTML5開發的App沒什麼區別，但你的開發成本高出一倍，我相信沒有投資人會喜歡給你投錢。
●開源生態系統發達：
HTML5前端是開放的正反饋循環生態系統，大量的開源庫可以使用，開發應用變得更輕松、更敏捷，當然這也體現在了快速迭代和成本下降上。不過更重要的是，這種開放的正反饋循環生態系統未來的生命力是比原生生態系統更強勁的。
●開放的數據交換：
HTML是以page為單元開放代碼的，它無需專門開發SDK，只要不混淆，就能與其他應用交互數據。開發者可以讓手機搜索引擎很容易檢索到自己的數據， 也更容易通過跨應用協作來滿足最終用戶需求。
●更容易推廣、更容易爆發：
導流入口多：HTML5應用導流非常容易，超級App(如微信朋友圈)、搜索引擎、應用市場、瀏覽器，到處都是HTML5的流量入口。而原生App的流量入口只有應用市場。聰明的HTML5開發者當然會玩轉各種流量入口從而取得更強的優勢。
流量大：前段時間微信朋友圈風靡一時《神經貓》，這個游戲如果放到Appstore，絕對沒有那麼多流量，超級App帶來的流量，遠大於原生應用市場。假如微信允許游戲在桌面創建快捷方式、假如游戲後續升級解決持續娛樂問題，未來不可想像。
導流效率高：除了入口多、流量大，導流效率高也不可忽視，誰都知道：頁游和端游打同樣的廣告，廣告變用戶的轉化率，頁游遠遠高於端游。
可精準導流到二級頁：我們都知道搜索引擎可以直接進入到
■HTML5對最終用戶的3大優勢
●大幅降低使用門檻
為什麼流媒體會替代下載視頻成為主流?為什麼頁游會如此火爆?只因用戶太「懶」。讓用戶更方便的滿足需求，有時效果好於更多的滿足需求。
用戶眼睛看到一個興趣點，點擊後，就應該立即開始滿足用戶需求。比如流媒體可以立即看，頁游可以立即玩。而目前的原生應用市場，用戶需要這樣操作：選一個應用、等待下載、確認許可權、等待安裝，然後點擊打開。這樣糟糕的體驗遲早要被顛覆。
不管是App、游戲還是音視頻，未來都將即點即用。誰先滿足用戶這個需求，誰就制勝。
●實時更新、差量更新的優秀體驗
HTML5應用可以繞開應用市場的限制進行自主實時更新，用戶可以快速享受新服務。
而且這種更新完全可以是差量更新，比如某個HTML頁面或某個js文件有問題，只更新這個幾k的小文件就可以了，這比原生應用的更新體驗好太多。
●跨應用的使用體驗
目前手機應用切換是以桌面或任務管理器為中心的，但事實上這些中心很影響效率和體驗。用戶想出差三亞，先打開去哪App訂票，然後切回桌面，再找到並打開天氣App，搜索輸入三亞，再切到桌面，找到並打開航旅縱橫App，輸入航班號值機，哦對了，航班號多少來著，再切到桌面，找到並打開去哪App看航班號，最後找到並打開租車App，輸入租車地點，然後再切回桌面。。。
在原生應用體系下，用戶只能這樣。但在HTML5體系下，他不需要切回桌面，他可以在App間方便的直接跳來跳去，而不是使用一個一個孤島App;他更不用重復錄入數據，應用間可以方便的互相傳遞數據。
這種模式需要一點想像力，但未來遲早會來。
分析至此，我們可以明顯的看出，不管是站在最終用戶角度、還是站在開發者角度，HTML5必將取代原生應用當前的位置。並由此引發一系列顛覆。
⑻ 怎麼把網站做成APP，超簡單的封裝成app服方法
1.
如果你會技術，之前有涉及移動應用開發，可以自己使用開發工具封裝，其實原理很簡單，就是框架內鑲嵌H5網頁；
2.
如果你不會技術，可以選擇打包平台，在線直接把你的移動網站打包成APP。比如網路搜索一門APP打包，3分鍾即可將你的網站做成APP，並且平台有很多原生APP的功能，可以在線配置！