随着 h5 的普及，是不是不再需要开发 app 了？

[wyan453351466]

有这么一种感觉，用h5开发出的web app体验上并不比原生app差太多，但其跨平台的特性大大减低了开发成本，而且可以快速迭代。某些类型的app体验并不会差太多。这种情况下是否就没有开发原生app的必要了呢？

[ioth]

@lincanbin 难道我换了iphone6p,所有用户至少就是5?
用4的用户不用管了？

[ioth]

uc给阿里收购，老板去搞高德地图，就知道了吧，web就是个过渡。
下个信息技术世纪，是app的新形态，web坐吃等死吧，到现在bs也没完成打倒cs。
还想把app给收了？

[magine]

@belin520

可是总会有安卓用户啊。 (´・ω・｀)

[300y]

@v1ex 确实，目前实际应用，这方面坑还是挺多的。

[wyan453351466]

@sun019 微信现在已经开放了第三方应用（网站）消息推送的接口，美国有类似yo这样的APP可以满足这项需求（它们也有api）。我觉得随着互联网的发展，这不是主要考虑的问题

[vibbow]

说实话，以现在的技术，一滑动，完全能感觉到这是不是Webapp。
差距还是非常明显的。

[lincanbin]

@ioth 还是要管的，内存管理靠经验是可以做好的，大概比原生多用50%内存，并非难以接受，合理优化也是流畅跑起。
我几个月前做移动web开发，测试safari兼容性的时候还是用的256内存的touch4。

[flynngao]

扯来扯去就说性能问题，性能问题是一定解决的问题，其实还有什么好扯的呢，web是写界面最好的方式，也是发布最好的方式，pc除了一小部分app是需要客户端，到了移动互联网从b/s回到c/s竟然没人觉得是退步的行为真是服了

[wadezhao]

@flynngao 还有一个问题就是对WEB APP的定义问题，就像我前面说的，很多软件都是用原生做个壳，里面包HTML5，那这种算不算原生呢？这种混合开发方式其实还是离不开原生的。

所以这个讨论其实根本就是没意义的，混合开发的大行其道早就已经用现实说明了一切。

[boom11235]

我觉得『某些app』的说法比较准确，考虑实际情况，追求效率和迭代为上而且性能要求不苛刻的完全可以使用h5代替。硬件越来越发达的情况下，有时候更多追求一个开发效率，而非死抠性能。

[est]

什么时候h5表示html5了我擦。

[jox]

@tini8 那啥，MVC里的M是Model（模型），不是template（模板），看到你这个模板，我实在是忍不了了，如果非要对应MVC的话，网页应该是V，View（视图）。

我不知道Android的情况如何，开发iOS应用内存是非常不够用的，说性能不是问题的人忽略了一个事情，不光只有硬件会升级，软件对硬件的需求也会升级的

[yxzblue]

又有可以吐槽的帖子了...

[hsu]

@tini8 MVC里的M是模板的意思吗？

[guotie]

很多人没搞清楚web app和hybrid app

[imskull]

这真热闹。作为一个C++和H5均有经验的开发者，我的理解是：
1. H5的确慢，将来也快不到哪去（很赞同一楼链接里那些说法）。但是，看你用它来干啥了，在桌面做个流程图工具-够用了（见Chrome Web Store的Gliffy）；手机上做RPG游戏-扯淡。
2. H5应用没必要全都是H5，性能核心处用native编码未尝不可，这叫hybrid的H5。同样用hybrid的方法也可以解决H5无法调用的一些系统功能，如手机上的消息栏通知、电话监听啥的。Chrome, Android, iOS均支持这样的方案。
3. 同2类似，将来的H5应用可能以Hybrid的居多，并且混淆在各个环境里面，可能你用过你也不知道。
4. 性能比较例子：小米2上用H5做的侧栏滑出动画只有30FPS(用的是目前最快的方法了：CSS transition+will-change)，而INBOX等Native应用目测至少60FPS。虽然不能说卡，但是至少不是如丝般顺滑，你要做*产品*的话这点手感也很重要。
5. 浏览器兼容问题很麻烦，就不要想去做在各个浏览器都能用的H5 App了。你做10个到处能运行的烂应用也顶不上一个精品啊。
就这些了，不吹捧不驳斥，H5能发展起来可能也不是你我想象中得那种H5了。

[rankjie]

H5 my ass

[ioth]

@lincanbin 如果只是内存问题，我同意，那文章不错，不过也不是只以那文章来说事。
内存，从当年我们用128K到现在pc上面普遍8G,有很多变化。
那时候都是命令行，界面少，现在内外存都大了相当多，界面也好，2/3D也好，不是问题。
可是操作系统的多任务，现在是pc以windows为主，安卓多任务不合适。
在这个前提下，js和web效率低，做不了几个后台任务。
ios下一个革命的实现真正的多任务后台机制，所以那文章最有亮点， 是分析了mac开发方式，建议用arc而不是gc.

[momowei]

不是谁非要取代谁，都没有这个能力。我觉得手机上还是native为主，web为辅吧。
native性能高，但不同平台得完全重新开发，比如安卓和ios代码复用率很低吧.
web性能肯定低点，不过在ios里面这个问题不大，支持的还是很好的，安卓在4.4以上也还不错了.
web的可迭代性，代码复用率(当然兼容性坑有，相对来说是可以解决的)是优势。
以后我觉得native嵌入web app会成为常态，一个app里面不是所有场景都需要动画效果的。