Dev Club 是一个交流移动开发技术，结交朋友，扩展人脉的社群，成员都是经过审核的移动开发工程师。定期会举行嘉宾分享，话题讨论等活动。

本期讨论话题为：聊一聊微信“小程序”。

引言

2016年9月21日，微信开始陆续对外发送小程序（应用号）内测邀请，而小程序即被外界广为关注的微信应用号。

微信小程序是什么？

小程序是一种不需要下载安装即可使用的应用，它实现了应用“触手可及”的梦想，用户扫一扫或者搜一下即可打开应用。也体现了“用完即走”的理念，用户不用关心是否安装太多应用的问题。应用将无处不在，随时可用，但又无需安装卸载。

Dev Club 本期召集了近500位一线移动开发人员，大家畅聊对微信小程序的看法。

下面是本期讨论内容整理：

一、 小程序有什么优势？

1. 依托于微信的大流量

@kevinkong：我觉得小程序最大的好处就是，获取流量会更容易了。

@Ben：这个入口不得不占啊，应该所有的 App 厂商都会涉足应用号开发吧？大应用也不能完全忽视这个流量入口，拉新实在是太方便了。

@承香墨影：流量依托微信，确实可以会更容易获得。已有成熟产品的公司，可能也会抢占，毕竟你不占可能就落后了。

2. 相对较低的开发和运营推广成本

@M君：我认为对于中小企业主来说，应该算是一个好消息

@kevinkong：尤其是一个应用前期刚刚开始的时候，先做一个应用号，获取用户的成本相对低一些，先试试看。尤其是刚开始，应用号还不像公众账号那么多的时候，看看自己的产品是否真的能有用户价值。

@就是我啊：对哈，小程序可以作为验证市场的快速原型。

@承香墨影：其实还是看效果，而且对于一切初创来说，从0到1，可能会选择应用号。有些小团队 维护 iOS 和 Android 两个端，还要保持同步更新，很难做的很好的。

@张楷：
1.对于用户：我觉得那种小应用或者相对于原来的公共账号可能用户体验会好很多。而且获取成本也低一些。
2.对于开发者，尤其是小的开发者来说试错成本低，开发成本也低，推广成本也低一些吧（比如 Android 市场这么多，现在只要对接微信就好了。但是可能强势渠道）

3. 近乎于原生的性能体验

@傑丶：不是说 H5 的体验没有原生的好？总感觉 H5 的不是很友好。

@空空一筑：小程序如果是 mini RN 有点不好，以后有 H5 端可能要2套代码。

@Ben：据说是原生渲染，那体验问题就不必太担心了。

@土豆：我刚看了 Demo 效果很好！

@jasonchqian：确定是 Native 做渲染吗？

@h3r3x3：是类 React Native，微信自己写的解释引擎，确定是 Native。解析所谓的 wxtlm wxcss，然后映射到微信提供的原生组件。相当于微信给你写组件，肯定稳定。

二、小程序适合哪些类型的应用？

@子嘉：做游戏！

@赵洪武：游戏明令禁止…

@iWater：安静地购物的小清新应用。

@M君：Web 资讯类的，小型的。像知乎啊，豆瓣啊，简书啊，多看啊，微信读书啊，应该都可以搞小程序。

@夜尽天：资讯也不太可能，有公众号和服务好了。

@承香墨影：工具可能不合适，工具还是原生的靠谱些。

@就是我啊：小工具嘛。航班查询，微信订票之类的。

@kevinkong：比如今天跟朋友聊的，像航旅纵横，天气类的应用，主打低频刚需的应用。

@徐春：用户的角度讲，高频的会去下载应用，低频的用这种小应用就足够了，比如订机票之类的。

@h3r3x3：确实，低频应用单一安装没有价值了。

@宋亮：我是快递行业的，我们有很多扫描用 pda，是 Android，感觉好像目前小程序还不能满足我们业务需求。

三、小程序对原生APP的影响和冲击？

@elikong：我觉得不会有影响，先从应用号获得流量，然后导流到 app。

@土豆：针对小公司我觉得还是挺不错的，大公司应该会应用但是不会抛弃原生吧。

@巫山老妖：H5 刚出来的时候就已经开始要说取代原生 app，直到现在 app 还活得好好的，微信应用号出来可能会带来一定影响，但影响真的有这么大？

@宋亮：感觉小程序只会小众范围使用，冲击不了原生的地位。

@Ben：我觉得应用号会是传统 App 的一个补充，并不能完全替代，说 App 已死为时尚早

@就是我啊：PC 时代各个浏览器都做过“App in App”的扩展，但是也并没有多火爆呀。

@h3r3x3：功能要依附在微信，不可能替代原生 App 的，比如直播类，工具类。

@kevinkong：对于用户来说，对于一些低频刚需的应用，其实真的没有必要装一个 app。

@Jon：我觉得应用号会替代掉一下交互相对简单的 app。可以减少简单内容 App 开发者的工作量，不需要再去适配那么多终端。

四、关于小程序的痛点和解决方案猜想

1. 聊天与小程序之间的切换

@承香墨影：有个问题：如何在使用小程序的时候继续聊微信？现在公众账号里阅读的时候，根本没有办法聊天。但是如果使用其他 App，我可以切回来继续聊，或者用通知条去快捷回复。如果能进入小程序的时候，给人感觉是个独立的 App 就好了。在任务管理器里看着像两个 App，可以分别清理。

@就是我啊：为了沉浸体验，我觉得不会允许在使用应用号的时候继续聊天。要么用小程序，要么用聊天。或许微信会提供一个“Home键”，小程序“退后台”。

@h3r3x3：微信对小应用应该会开启单一进程，在历史纪录里面看起来是两个 app。

@iWater：这个大问题无法解决的话，都不想用小程序了，层级太多。安卓还好办，iOS 呢？估计短期 iOS 解决不了多窗口的问题，所以小程序只能小，时间长了影响聊天。

@waterstar：可以 multi window 吧。

2. 缓存和离线使用

@宋亮：可以离线保存数据吗？没有网络的时候，也能打开操作。

@夜尽天：可以离线

@iWater：缓存数据，一定得给个好用一点的缓存清理工具啊，不然大家都缓存了，空间没了。

@kevinkong：是啊，现在微信占用的空间，就已经很大了。

@承香墨影：痛点肯定都会解决的。

3. 其他技术疑点

@万松：小程序对于原生机器上硬件资源的使用不知如何限制的？ 微信下多个小程序可以多开还是独占？相互间有无影响呢。

@就是我啊：假如小程序崩溃了或者有严重的性能问题会影响到微信本身的体验吗？

@juliandai：对哦，小程序会导致微信crash吗？如果写的不好的话…

@JalenChen：小应用导致 ANR 了会不会很尴尬…如果是子进程就不会导致微信 Crash。

@丿Ace_Seong：Android 的话应该会单独分一个进程给它吧。

@Ben：渲染出问题还是会把微信弄挂的，小程序同时运行可能性不大，估计类似 iOS 这样，一次只能一个小程序前台运行

@空空一筑：不过微信应该会控制的很好。

@最火的man：本身微信都占用内存较高，微信会不会给小应用的内存也比较少。

@川川：这个不需要只运行一个吧，小程序对系统的压力跟 H5 差不了多少吧。

@沈治国：那得看微信的加载机制怎么做了。

@kevinkong：小应用的内存，也算在微信里面的化，不是很容易被 Kill 掉。

@iWater：估计用得好不会比 WebView，用的内存更多。

@quabqi：估计一次只能开一个小程序，退出就清理。

五、小程序的利弊分析

1. 使用小程序的潜在风险

@徐春：大家没感觉到支付宝早就有类似的功能了吗？里边集成了很多合作方的应用，但是问题是类似于微信和支付宝这种，给公司带来流量的同时，占比太多会对公司战略造成影响。自己的命脉放在别人手里总是不好的，哪天关系没处好，自己损失就大了，所以会影响到公司的战略。

@war：在大数据时代，使用小程序，信息安全是个问题，很多公司不会愿意自己的信息被掌握在他人手上。这种依赖于第三方平台的，就像把刀架在自己脖子上一样。

@宋亮：嗯对，很多设涉及敏感信息，未必愿意弄到微信里。

@Ben：腾讯现在还是很开放的，这点不用太担心吧。

@承香墨影：别说什么很开放，现在淘宝的分享还进不来呢。

@空空一筑：特别是和腾讯有竞争关系的，更不敢放了。不太相信什么开放，现在开放是因为没有竞争。网易云音乐以前也一直分享不过来，不过现在好像可以了。

@M君：随着小程序的推出，腾讯应该会比之前更加开放。

@kevinkong：我觉得还是权衡利弊吧，毕竟现在获取流量成本太高了。

2. 对于企业和创业者的价值

@承香墨影：其实还是看功能，很多 app 如果只是一些浏览，消息的展示，对硬件的api没有要求的，小程序也是个不错的选择。之前介绍的就是说：好的产品，就应该即插即用，用完就走。

@巫山老妖：微信小程序，为什么说小呢？一方面觉得它是能嵌入到微信，很方便，能更快的获取流量，解决了以前app推广成本大的痛点，另一方面能够让创业者更轻便的试错，这样来看确实是个机会。

@M君：成本低，效率快，又跨平台，运营人员一定很开心

@iWater：总之如果没有推送，我就用小程序不用公众号，不过公众号大家不会放弃的，所以可能会越来越碎片，订阅号服务号应用号各来一个。不过小程序会比网页好，在本地，又有缓存，回去可以比较快。

@徐春：对中小企业绝对是个很好的平台，降低了运营和研发成本，这点毋庸置疑，这样的话对原生 App 开发者的需求量自然会降低，但是对于大公司来讲，影响不大。