A-A+

这【五篇】文章将带你深入了解「微信小程序」

2016年10月20日 学习小计, 学习随笔 暂无评论 阅读 3,119 次

 

微信发布“小程序”刷爆朋友圈:一张图看懂

「微信小程序」剖析(一):运行机制

本文从‘微信web开发者工具’  IDE 中的代码下手,对「微信小程序」如何与 IDE 之前进行交互做了详细的介绍。并介绍了 IDE 如何将 WXML 代码和 WXSS 转换为对应的 HTML 和 CSS ,以及如何打包的一些基本情况:日期命名的wx文件、1M 大小的文件限制、APP 上传地址。

「微信小程序」剖析(二):框架原理

文章对 MINA 框架进行中的 APP 与函数间的关系进行了分析。从 WX 标签到 Virtual DOM 生成的方法,以及程序如何调用这个方法来生成 Virtual Dom 。并由其中的 exparser 部分来推理出,小程序由 WebView 和 Native 两部分组成的机制。以及在开发时、运行时,两种不同的 JavaScript 文件机制。

「微信小程序」剖析(三):让小程序运行在Chrome浏览器上

文章展示了如何在普通的浏览器上运行「微信小程序」应用。并使用 Gulp 结合‘微信web开发者工具’中的vendor文件 wcc 和 wcsc 来构建自动化的转化 WXML 和 WXSS 为 HTML 和 CSS,从而搭建独立于开发者工具的开发环境。

「微信小程序」剖析(四):原生的实时DOM转Virtual DOM

本文介绍了‘微信web开发者工具’中所使用的 WCC 文件的一些技术原理。即它可以将 WXML 文件转化为基于 JSON 的 Virtual DOM。以及 Virtual DOM如何去解析这个 JSON 文件,并在这个过程中进行数据绑定函数绑定

「微信小程序」剖析(五):创建一个兼容「微信小程序」的Web框架

本文介绍了如何创建一个可以兼容「微信小程序」的Web框架。这个框架可以将简单的 HTML 转为 Virtual DOM,并在 JSON 时将数据填充进去。还介绍了简单的函数绑定等等。

就这些了~~,希望大家玩得开心。

 

 

 

虽然应用号我们期待很久了,但如果想赶上这波行情,那就务必要对产品的定位和可能的演变做一些判断。

目前为止,关于“小程序”的信息还不是很多,但结合官方的表述已经可以看到一些端倪了。当然,只要没有最后尘埃落定。一切都还只是猜测。

“应用号”怎么变成“小程序”了

微信发布“小程序”刷爆朋友圈:一张图看懂

官方的表述里,小程序和原有的三种公众号是并行的体系。

但很奇怪的是,微信何以避免使用“号”这个表述,而是换成“小程序”。

“小程序”在HTML和JAVA时代就曾经被使用过。

今天“小程序”再次被使用,合理的推测是“小程序”将不沿用公众号的产品和展示形态,成为微信系统的一种第三方插件。可以在微信的聊天窗口、朋友圈等位置直接运行展示。

“小程序”是什么?

微信发布“小程序”刷爆朋友圈:一张图看懂

根据官方表述和流传出来的关于“小程序”的技术接口来看,通俗一点的说,“小程序”其实是微信提高了自身对于HTML5的特性支持能力,开放了更多的系统调用。例如GPS、传感器等的调用等等。

可以预见的是,微信里H5产品将有更好的用户体验,更快的加载速度,和更多的功能。

“小程序”改变了什么?

关于H5和APP之争,有很多因素决定了这几年H5失去了绝大部分的核心产品市场份额。其中有一点是H5并不能一次开发多处使用,而是要面临不同浏览器和APP平台更多兼容性挑战。比如过去微信就不能支持很多的特性,所以才有了“小程序”。

几年前,当微信的市场份额不断提升时,我就认为微信的平台可能会给H5一个独特的发展机会:所有H5以微信的接口为标准开发,浏览器逐步向微信标准靠拢,最终实现一次开发,多处使用的目标。

今天来看,“小程序”虽然来得晚了,但是毕竟还是来了。H5产品的标准化运行环境有望出现,微信里H5产品质量也会大大的提高,这是可以预见的。

“小程序”会吗?

这个话题估计是大家现在最关心的。但,我现在的答案可能会让大家失望了。

H5和APP的产品定位本身已经很清晰了,目前来看并不会因为小程序而有巨大的改变。

H5和APP的区分界限早就不是简单的用户体验问题。NATIVE H5的模式早就被很多APP在采用。APP和纯H5产品的核心区别是对于入口的需求。

以iPhone为例,现有的格局下,APP产品通过AppStore的榜单、搜索以及社交产品、广告平台等方式被用户发现、下载、安装。而H5产品主要靠域名 社交平台被用户消费。

这里可以看到,APP获取一个用户的门槛是高的,但高门槛带来的好处是,用户的二次消费门槛低了。而H5虽然首次消费门槛低,但却遇到了后续消费门槛无法降低的问题。而这方面正好是APP的优势。

事实上,目前为止,APP的用户规模和活跃度规模总体还是高于公众号很多的。不要因为微信活跃度高,而认为公众号或者“小应用”的活跃度就会高了。如果这么类比,“小应用”和微信活跃度的关系,应该对应APP和手机活跃度的关系上了。显然这不是合理的数据分析方式。

微信和手机操作系统

既然聊到了这个层面,也有很多人觉得微信的未来就是手机操作系统。但我相信连微信自己也不是这么定位的。

因为,手机操作系统的核心展示是APP收藏夹,而微信是聊天窗口。这个本质不改变,就很难改变“应用APP”和“小应用”在各自体系里的地位。

手机操作系统未来依然是APP的天下,侧重重体验、重交互、高粘性需求的产品。比如微信就是这样的产品,设想微信就是一款基于浏览器的H5产品,估计你用起来就很崩溃了。

微信平台上订阅号、服务号、企业号和“小应用”将依赖推送、扫描和社交传播来搭建。预计“小应用”将只有扫描和社交传播两种方式,推送将保留给前三种公众号,“小应用”可以嵌入在公众号中。

而过去成功的公众号(不考虑早期野蛮涨粉起来那些)基本上也就是靠这两条:要么内容运营来实现社交传播,要么通过线下场景实现扫描频度。如果有这两方面的资源,无论是不是有“小应用”出现,都早就不需要做APP了。

未来微信可以支持更多“小应用”发现模式吗?

微信缺少的是展示位,所以很难让用户把常用的“小应用”展示出来。价值连城的九宫格也已经藏的很深了。“小应用”要获得更好的位置资源确实不易。

微信对比浏览器缺少了域名模式。域名其实就是快捷键,少了这个,在微信里发现“小应用”又难了很多。

剩下的,就是搜索了。如果让“小应用”具备更好的搜索标签属性,这会涉及到很多的规范性要求,要做好确实也是极其不易的。目前来看,微信的着重点似乎也还没有在这上面。

目前为止公众号的重复消费还是所有公众号开发者的痛。获客成本高。推送的打开率,无论是订阅号还是服务号大多还是非常低的,爆款需要依赖社交传播。这样的前提下,媒体和内容电商相对更容易发展。而工具、娱乐、shoppingmall等等需要用户主动二次消费的产品就不易用公众号作为依托了。

“小应用”的推出,包括之前朋友圈广告新模版的推出,对于微信来说,解决了平台第三方产品的标准化体验提升的问题。

但对于一款重度产品的开发者来说,如何让用户可以快速找到你,依然是你最需要关心的事。所有的传播更多的是为了被用户发现,而用户维护必须解决用户可以快速找回产品的问题,这方面APP依然还是必要的。

试想这样一个场景,一款银行APP和银行公众号你都在用。当你要买银行理财产品的时候,你会用APP还是公众号?这不是体验问题,而是点击次数决定了用户的选择。

写在最后

APP和H5本质上不是对立面的两方。NATIVE和H5都是APP的构成部分。

APP和公众号也不是互斥的。一款重度产品大多两种产品形态(也许还有更多形态)都需要。

我个人更希望微信作为一个社交平台,可以帮助用户通过社交化渠道更快的调用起其他服务提供商提供的最佳体验的产品形态,不管是公众号、“小应用”还是APP。把选择交给用户和开发者。例如现在很多导航系统的调用方式,或者就像操作系统实现多个APP之间的互相调用。

可惜对于微信和任何APP来说来说,调用其他APP就意味离开自己的APP,多少还是有些不舍的。毕竟导航是一种非常特殊的调用。

至于到底未来应该首选开发APP还是开发“小应用”,现在我真给不出答案。作为开发者,你需要关心的是你的用户和你的产品需要什么样的场景来完成从0到第1次,以及到100次的缠绵。如果这个过程你想明白,想透了,你也就不会有犹豫了。

而要不要称为“小应用”红利里的卖水人,那就要看这波红利会持续多久了。

给我留言

Copyright © 浩然东方 保留所有权利.   Theme  Ality 07032740

用户登录