被微信小程序刷了一天屏，作为原生 iOSer 鸭梨山大

[coa]

之前即便看到 React Native 这样号称性能达到原生 90%以上的也没感到这么大的威胁，毕竟只看到美团等几个大厂在用，剩下的除了勇于挑战新技术的之外小部分外，其他的基本也不敢贸然踩坑。

微信来推这个东西顿时就有点慌了，作为移动流量大入口，有时候基本就像被绑架了，跟风也得上吧。

运行了下 Demo ，普通 APP 该有的组件都有，听说底层实现是类似 RN 这种？那性能就很可观了，完全不用去理会它自己的 X5 内核， H5 那速度。。感觉只要有 Demo 这种速度完全够用了。

还有人说自己完全不用微信啥的，这部分真的只是极少数，就自己而言，现在查个快递，京东买个啥，资讯阅读之类的，微信妥妥的都够用，完全不想多装半个 APP 。

目前来看，除了图形类、多媒体类这些对性能比较敏感的之外，主流的资讯展示类，电商类，社交类等，定个票，下个单啥的，完全可以用小程序代替，只要性能能跟上，不要有 H5 那种拖沓感，这些“用完即走”的 APP 真的可以都完球了。

目前就觉得单任务这个可能会造成较大影响，还有就是看苹果的态度了。并不是说 native 会被打败，只是感觉可能会受到不小的冲击。不过技术的发展潮流总得去适应，顺便感叹下 JavaScript 真是门神语言。。。

[w99wen]

同感，如果是类似 RN 的那种，性能基本就没区别了。
要说最大的区别就是，微信小程序是不好做推送的。
也就是说，基本没办法推广。我觉得最大的问题在这儿。
别的都很吊。
哎，源生没活路了。

[rubyvector]

除复杂类含算法 APP 除外，查询，表单，显示类 APP 都是系统内的毒瘤，常驻后台偷信息，偷资料，传广告，跑流量，费电。
务必除后患而为之

[mars0prince]

这只能怪原生越来越大，占内存越来越多，自己把自己玩死

[youxiachai]

好像不是 RN 那种....应该是魔改了..X5 内核....调用 X5 的原生渲染..本质上还是一个 webview..不过,相比,系统的 webview 有一定的优化....

[gkiwi]

期待『支付宝』小程序(认真脸

[willhunger]

没什么，反正我不在乎

[xiaoyangsa]

各个端的开发本来就是成本高，体验差，肯定得有一个方式来统一，可没想到是 js

[robinshi2010]

看帖子上路径是右边这样的?-->每次都需要先点微信.再点我.再点小程序.再进去选一个.这样的操作路径???

[rubyvector]

@robinshi2010 必然会有桌面快捷方式，大可放心

[zohan]

体验了小程序，只能说目前好的点都在被过于放大，实际做一个好的 APP ，还是 native 好

[lynx]

性能各方面问题都不是很大，主要是能利用微信这个流量入口

[sokis]

昨天几个同事一起研究了下源码。 通过在开发工具 app.js 里面添加代码。拉起原始的 3 层控制台。
最后发现也不是很神奇，还是 webview 实现，多个 view 用多个 webview 渲染。
感觉应该跟 Chrome 管理 Tab 的方式一样。为了快，先把内存吃够。。

[21grams]

我只有一个疑问，苹果会允许微信这么搞吗？

[mhsj6621]

@21grams 微信会这么弄想必已经搞定苹果了吧

[BWV478]

@21grams 觉得 Apple 不会允许，应该违反 le

[BWV478]

@BWV478 违反了 ToS

[serco]

@sokis 你研究的是 IDE 的源码， IDE 部分控件都是 React + ReactDOM 渲染的当然只有 webview 可以用了。但是线上只要实现一套类似 React Native 的渲染库，保持几个控件的 api 不变，很难说运行的时候是 webview 还是原生控件。

[pasturn]

@gkiwi 钉钉已经有微应用了

[lk920724]

前端+iOS 路过= =。。。就算源生现在也有不少混合框架吧。

[akstrom]

给你们洗牌的机会,微信迟早会慢下来的,到时候原生还是最吃香