本文来自于腾讯bugly开发者社区,非经作者同意,请勿转载,原文地址:http://dev.qq.com/topic/57ecd...
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,然后映射到微信提供的原生组件。相当于wx给你写组件,肯定稳定。
二、小程序适合哪些类型的应用?
@子嘉:做游戏!
@赵洪武:游戏明令禁止...
@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开发者的需求量自然会降低,但是对于大公司来讲,影响不大。
@kevinkong:
我觉得应用号肯定是有机会的,以前做服务号比较早的,粉丝量大的号,光靠广点通的广告,每个月收入就非常吓人的。
还要搞清楚,为什么要做小应用?什么阶段的公司适合做小应用?做小应用的目的是什么?
我个人的理解是:
刚需高频的应用,用户可以在应用号中,体验到应用的核心价值,然后引导下载原生应用。
刚需低频的应用,应用号应该就够用了。
非刚需又低频的应用,做个应用号,还能少浪费点投资人的钱。
企业最终的目的是赚钱,应用号感觉只是一个过度的阶段,积累了一定的用户量,自己的产品用户价值也能得到认可了,最后还是要做一个原生的app。
六、对移动开发者的机会与挑战
@土豆:针对市场的开发者来讲,还是有一点冲击力。可能对前端工程师的要求更高了。
@张楷:不过对于开发者来说也是一个赚钱的机会。赶紧去学习js...
@空空一筑:不会点js,都不好意思说是做移动开发的。
@川川:就算不做小程序,也要学学JS吧,要不跟前端没共同语言呀。而且,我猜测还会影响到中等水平原生开发者的工资,就像当年的win程序员一样
@承香墨影:嗯,所有能用js重构的程序,最终都会用js重新写一遍,哈哈!
@monkeyneye:H5和js还有空间优化体验和性能。
@M君:感觉对于原生开发者来说是资本寒冬上又浇了盆冷水。
@iWater:微信平台上小程序,用js写比H5有更好的原生体验,虽然控件有限。而且它帮你解决了兼容性的问题。
@Ben:框架微信已经封装的很好了,所以上手难度不会太大。
@徐春:其实没有应用号之前我也一直想好好看看JS,不然RN都没法玩转,至于危机感嘛,我相信公司是会两条腿走路的,很少有公司会彻底放弃原生app开发。做技术的都要不断学习的,不然被淘汰只是时间问题。
总结
以上就是大家对微信“小程序”初步的想法和见解了,介于目前微信“小程序”仍处于邀请制的内测阶段,Dev Club 的同学们也只能根据已公布的信息进行一些分析和猜想,很多企业、创业者、开发者们也都在持续关注着微信“小程序”下一步的发展。
小程序在9月21日邀请内测开启后,为了让更多开发者了解平台新能力,9月23日微信公众平台又发布了《公众平台小程序文档和工具》,其中包括了:
小程序开发文档
小程序设计指南
小程序开发者工具
让尚未获得内测邀请的开发者,可以先通过以上文档,了解微信公众平台提供的新能力,并且可以使用提供的开发者工具开发小程序和模拟运行效果。
未来“小程序”最终将会以何种形式呈现,让我们拭目以待!
更多精彩内容欢迎关注bugly的微信公众账号:
腾讯 Bugly是一款专为移动开发者打造的质量监控工具,帮助开发者快速,便捷的定位线上应用崩溃的情况以及解决方案。智能合并功能帮助开发同学把每天上报的数千条 Crash 根据根因合并分类,每日日报会列出影响用户数最多的崩溃,精准定位功能帮助开发同学定位到出问题的代码行,实时上报可以在发布后快速的了解应用的质量情况,适配最新的 iOS, Android 官方操作系统,鹅厂的工程师都在使用,快来加入我们吧!
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。