近几年操作系统和硬件厂商都试图建立自己的应用平台和护城河，而以 Facebook 的斯巴达项目、亚马逊基于浏览器的 Kindle Cloud Reader 等为代表，都试图在标准网页上建立平台，打破应用平台的分成规则。Web 平台是否会在移动平台上最终超过应用平台？为什么？
回复内容：
这个问题我问过一个前苹果员工，他认为，很长时间不会，原因是HTML5是套标准，它肯定会考虑到更大范围适用，所以标准的落地总是落后业界，而移动当前发展迅猛，标准会束缚创新。他的建议是，如果你的应用要表现先进的体验，一定要做Native客户端。同样的问题，问磊友科技赵霏，他的回答是：移动Web的优势巨大，特别是开发成本，会吸引越来越多的投入。它的未来不必过多讨论，一定会像现在的PC端的情况。 云计算是一个大趋势，但不能因此否定端的价值。在今天，终端提供了越来越强的计算能力，集成了越来越多的传感器，提供了越来越多的自然的操作体验，一个普适的HTML5标准，不可能特别关照每一个特定终端的独有优势，这些只能靠终端自己的App Store去满足。所以，Web平台无法替代特定平台自己的App Store。
另一方面，Web平台冲破应用平台又是可能的，这主要是从开发成本和发布成本的角度看的。大多数企业无法同时兼顾多个应用平台，同时大多数应用并不需要特定硬件或特定传感器的支持，对这些企业来说，HTML5的普适性已经足够，并且不需要考虑产品的分发和部署问题。
总之，Web平台和应用平台都有各自的发展空间。 Web平台逐渐取代Windows桌面应用花了近20年的时间。
- Web2.0技术的出现和盛行，网络交互应用达到或接近桌面程序的水平
- 宽带的普及使得网络加载和反应速度达到或接近桌面程序的水平
受限于手机的大小，移动手机上Web平台要超过应用平台先天上存在不足。
- Html5技术的成熟，使得网络程序用户体验达到或接近App的水平
- 3G/4G的普及保证网络速度
Facebook 的斯巴达项目、亚马逊基于浏览器的 Kindle Cloud Reader其实目前都是防御性策略，移动Web平台在用户体验/速度/性能方面远远落后于App，在未来的5年之内应该还看不到超越的希望。 抛开具体市场策略不谈，个人认为更多是一种哲学的选择。
就比如在HTML5出现前，也有WORA与native的争论。但也并不是说native就一定比WORA更优雅。关键还是看你应用本身是如何的功能及定位。
当然，作为一个从业者，我们可能更多应该从团队发展的阶段去看这个问题。HTML5能更快速地部署及修改，那么在idea验证阶段采取这样的方式，舍弃一些native的华丽，何尝不可？当你的idea被用户接受后，再加大投入，做出优雅的native客户端也不迟。
永远记住，胜利的是团队的idea和执行力，而不是对某种技术的选择。 在可以遇见的三年内,是不能的.
过去我也曾对html5抱有过取代Native的幻想,经过近一年的实践折腾后,事实告诉我html5 web app还有很长很长的一条路要走.
Html5支持者信奉的Html5优势集中在 开发成本低,跨平台,免安装等,问题是这些优势在Html5相对于Native残破的性能和稳定性面前基本不值一提.
最终你的App面向的是用户,用户不会在乎你的开发成本,甚至不会在乎是否跨平台,用户最在乎的是应用能否提供最好的体验,在这一点上,Native完胜.
不过我个人依然看好Html5的未来,作为一个开发者,现阶段将Html5技术和Native技术相结合是一种较为靠谱的选择. 未来不太好说，基本上中国人都是跟着老美走。眼下来说，app从提高开发速度、兼容性、版本更新等角度考虑，比较靠谱的折中办法是还是根据不同平台以本地应用为框架，部分利用html5实现经常需要更新的功能。更适合实用性为主的应用，如果是游戏之类需要快速响应、对操作的流畅度、手感要求很高的应用，html5想赶上本地应用、或者flash还得n年吧 我之前使用html5做过两个ios下的web app。我的体会是：在相当长的一段时间内，基于html5的web app还是不能取代native app的。
首先，html5是一个标准，但是各个平台下的浏览器对其支持程度不一。导致web app只能使用各浏览器都支持的那些功能。
其次，html5相比native app来说，能力尚有不足。
第三，web app的效率和性能比native app差太多。
所以要想提供优秀的用户体验，势必要开发native app。
