對於產品來說App和H5頁面長遠來看哪個更有發展？各有什麼優勢？

01-04

App的優勢無非就是體驗流暢、界面細膩，還有強大的API，幾乎是無所不能。但開發App需要維護2個端(Android和iOS)，這就意味著要做多一份交互、多一份測試、多設計一套UI。所以會增加很多額外的成本。

H5的優缺點很多都和App相反，因為基於webview載入運行，效率慢體驗差是h5的硬傷。不過因為其跨平台的特性，相對於App倒是能節省一筆不小的開支。基於微信公眾號的H5，在推廣方面也能取得一些優勢。相對下載app而言，關注一個公眾號對於用戶來說省事的多。

H5也有適合它的一些應用場景。如餐廳使用的簡單的訂單系統，並不需要多複雜的功能。且相對於下載一個app再點餐，你肯定更願意掃碼直接打開一個網頁下單。

當然也可以選擇混合兩者，Hybrid倒是一個不錯的選擇，不過對開發者的技術要求相對會有點高。我感覺兩者以後都是一直並存的，哪個更適合還是要看具體的應用場景。如果無特殊的場景，預算足夠，還是看好app多一點。

長遠來看,H5的流行得要看H5是否能更進一步的貼近Native的性能和效率.

就目前來說,Native的運行性能和UI控制項的渲染性能都要比H5有明顯優勢,而H5優勢在於快速開發迭代.

未來比較多的方案可能是H5+Native混合開發模式,當然現在已經有些項目是這樣做了.個人觀點,單單H5開發的App在未來2-3年並不能流行開來

我就納悶了，貌似現在主流的app都是native和H5混合吧？

為什麼要嚴格區分開？

如果你的公司三端：pc、app、H5都有，那一些短平快的促銷迭代活動頁面，pc單獨走是必須的，難道H5和app也要單獨完成？

不都是H5做個頁面，app嵌進去么？

節奏一致，還剩了不少工作量。

再者，比如朋友圈裡面各種H5的分享，這些東西在app上實現再推送給用戶完成更新，是一件很麻煩的事情。所以為何不是通過native維繫用戶關係，然後通過H5完成短平快的迭代呢？

如果非要說誰走得遠，我不會coding，我不懂。。

各有優劣吧，HTML5做的好的話可以讓人看不出來這不是native應用，但問題在於——很難做好。。。。。。。

話又說回來，如果能做得好，還有另一個優勢就是可移植性會比較高。

除非 Apple 倒閉，否則 HTML5 想贏過 Native App 根本是痴人說夢。

用戶真的會想要去用那些垃圾 WebApp 嗎？在下載面前，又卡又難用根本就不是個事兒？

用戶真的很在乎開放的互聯網嗎？為此甚至不惜回到07年 iOS 沒 App Store 的那個時候？就是為了支持一幫反蘋果開放運動鼓吹者？

他們之中有99%的人叫不出你們奉若神明的佩奇和布林，相信嗎？

用戶買設備不是為了自己需要或者想要，而是為了支持互聯網開放運動，我聽著都感動。賣個腎來支持你們。

最可笑的是那些不用火狐用 Chrome 的開放運動鼓吹者，別人不知道的還以為真的多懂互聯網呢。

我是我軟開發者中的異類我覺得H5幾年內會奔潰。

因為標準委員會是春風吹又生的，

一個標準完成了，一個標準又起來了，一個標準廢止了了，一個被廢止的標準又重啟了

新標準對哪個企業有利哪個企業就吹，吹夠力氣了就又是一場運動。

下個招行信用卡app再下個廣發的,高下立判

各有優勢吧，native APP不會垮，web app傳播快准狠，時效性高，但是持續性短。

只要蘋果不跨，app是不會消亡的。

HTML5可存活於APP里使用

APP的存在意義和HTML5是不同的

二者誰也無法替代誰

Apple，Google，Microsoft現在都沒啥動力推h5 . 本來Google是最應該有動力的，但Android的成果讓這個動力也沒了。就看Android會不會改變策略了。

在有生之年（作為程序猿的工作生涯），Native和H5的混合應用會一直是主流。所以看那麼長遠幹啥，寫程序最多再寫二三十年。