冷静下来重新思考小程序

正文

请到「今天看啥」查看全文

小程序开发框架的目标是通过尽可能简单、高效的方式让开发者可以在微信中开发具有原生 APP 体验的服务。 这是小程序框架介绍中的第一句话，其实不止是开发框架，整个小程序的思路都是围绕它的。重点是，微信像是一个操作系统，结构化地提供了很多原生解决方案。

小程序框架上具有的四个特性为： 响应的数据绑定、页面管理、基础组件、丰富的 API 。

前两个属于较为底层的技术实现框架，不充分展开，简而言之就是通过微信自有的框架，让小程序天生具有页面切换无缝，数据响应速度更快的能力。

基础组件也只是一种技术实现形式，微信包装出来的组件在自有的框架下相信是兼容得最好的，并且大大的节省了开发者人力码代码的时间，至于有技术大牛一定要自己实现，就先收下我的膝盖不多说了。

丰富的API，在效果上可以说完胜微信公众号的接口。我们以“获取用户地理位置”这一需求为例在二者间进行一个简单的对比 ：

公众号 ：用户同 意上报地理位置后，每次进入公众号会话时，都会在进入时上报地理位置，但离开会话后，接口不可继续被调用。

小程序 ： 自动获取当前的地理位置、速度。当用户离开小程序后，原则上此接口无法调用；但当用户点击了“显示在聊天顶部”时，则此接口在用户离开后可继续调用。

可见在小程序下，微信通过某种方式让能力升级了。从单纯的地理位置，到“速度”这样的移动情况特征，以及不在当前页面时也能持续的获取。 可以想象的是，小程序的应用场景将会得到极大的扩充。 举个最简单的例子 ：

在微信共享实时位置的时候任何一方都不能离开会话窗口，否则将会退出位置共享（见下图），但是假如有一个共享实时位置的小程序被置顶“显示在聊天顶部”，你就可以同时跟其他的朋友一边聊天一边共享实时位置了。

2. 交互体验层

在设计规范上，微信使用了简洁、贴近于原生的样式，并且在加载、导航、反馈，甚至按钮的排布上都有统一的规范 ，所以市面可见的小程序，在交互形态上都能够保证最为基本的流畅和简洁。 例如：典型的程序进入加载等待体验优于鱼龙混杂的h5体验。

请到「今天看啥」查看全文