关于小程序的两个猜测： 1. 性能体验和 H5 几乎持平， 2.不能做出流畅的游戏。

大概主要运算单独一个 js 线程了吧， ui 就不会被 block 了

哪来那么多争论的，就现在使用体验来看，不管是 ios 还是 Android ， H5 都比小程序差了一大截-_-

@leefly 越狱设备， http://www.cycript.org/

https://www.zhihu.com/question/54620973/answer/140245002
https://zhuanlan.zhihu.com/p/24782839
https://www.zhihu.com/question/51183070/answer/127210906
https://www.phodal.com/blog/weapp-demo-process-webkit-app/

现在还在坚持小程序是 native 的人你们是多闭塞啊？

小程序是一个产品，不是什么技术解决方案，它的目的是建立一个属于腾讯的庞大生态圈，技术什么的都是次要的。
之所以小程序的开发语言高度抽象，就是为了将来可以无缝切换升级底层技术。

不是微信实现了一套 jsbridge 嘛 难道我想错啦。。。。

@arron 正解，我早上起来写了一篇博客——[纠正对微信小程序的一个认知]( http://faywong.github.io/2017/01/12/weixin_xiaochengxu_01/)，观点就是目前的小程序主要就是 native 。

@faywong8888 手抖，敲错了，是：[纠正对微信小程序的一个认知]( http://faywong.github.io/2017/01/12/weixin_xiaochengxu_01/)

我的一些猜测：

应该就是普通的 Web 技术来实现的, 比普通的 web app 体验要好的原因是小程序他有自己的一套框架, 如果框架既定的话，微信就比较容易来实现一些性能优化.
而常规的 web app 体验的好坏和开发者的水平有直接的关系.
我相信能力强的开发者做出来的 web app 体验未必会比小程序差多少.

还有一个重要的原因在于 native 环境可以对 web 的一些关键步骤做增强

比如我现在负责实现公司的 native-to-web bridge, 在启用 bridge 后体验确实会好不少.
而且还有很多优化的余地， 比如把资源放在本地，然后采用某种策略来动态更新本地资源而不依靠 browser 来更新资源, 效果应该还会好不少. 这一步是我现在正在尝试的方向

还有一句话想说： NO Magic ！不必要过分迷信和臆想, 都是可以通过自己分析出来的嘛....

产品考虑业务，总裁考虑战略，我们程序员才考虑性能。

@jhdxr rn 就是用了 webkit 渲染的啊。。 wk 就是 webkit 里面的啊，但 rn 不是 html5 啊。。。。。大哥你是得有多菜。。。。

@d553296416 看到这里可以确认你是无脑喷了

挖坟

再挖