微信小程序的开发——01小程序的执行流程是怎样的?

作者:叶小钗

转载至:https://www.cnblogs.com/yexiaochai/p/9346043.html

我们这边最近一直在做基础服务,这一切都是为了完善技术体系,这里对于前端来说便是我们需要做一个Hybrid体系,如果做App,React Native也是不错的选择,但是一定要有完善的分层:

① 底层框架解决开发效率,将复杂的部分做成一个黑匣子,给页面开发展示的只是固定的三板斧,固定的模式下开发即可

② 工程部门为业务开发者封装最小化开发环境,最优为浏览器,确实不行便为其提供一个类似浏览器的调试环境

如此一来,业务便能快速迭代,因为业务开发者写的代码大同小异,所以底层框架配合工程团队(一般是同一个团队),便可以在底层做掉很多效率性能问题。

稍微大点的公司,稍微宽裕的团队,还会同步做很多后续的性能监控、错误日志工作,如此形成一套文档->开发->调试->构建->发布->监控、分析 为一套完善的技术体系

如果形成了这么一套体系,那么后续就算是内部框架更改、技术革新,也是在这个体系上改造,但很可惜,很多团队只会在这个路径上做一部分,后面由于种种原因不在深入,有可能是感觉没价值,而最恐怖的行为是,自己的体系没形成就贸然的换基础框架,戒之慎之啊!

从第三方应用接入来说,微信应该是做的最好的,百度这边有直达号等类似的产品,但是其体系化感觉还是有待提高的,阿里应该也有类似的技术产品诞生,从我们这层来说,都没有太多知晓,所以要么是运营的不好要么是做的不好。

而从小程序诞生以来,我这边便一直在关注,至今整个小程序体系已经十分完备了,腾讯小程序和腾讯云深度整合了,如果使用内测的开发者工具,全免费,纯js就搞定小程序前后端,不用服务器、存储、cdn、服务代码,都是免费,开发完后端不用自己运维,大杀器的节奏,我有时候在想,腾讯的技术实力真的是强啊!

小程序的结构追溯

小程序的开发文档还是比较完善的,依旧是 账号申请->demo 流程,等熟悉后便可以走代码上架等流程了,前端代码用工具构建后上传,后台服务自己维护,配置地址映射,我们这里仅关注开发流程,所有使用其测试账号即可。

1 appid wx0c387cc8c19bdf78
2 appsecret acd6c02e2fdca183416df1269d2e3fb9

经过一年多的发展,小程序形成的文档已经比较完善了,我们可以从文档和demo对小程序做出大概的判断:

微信小程序的开发——01小程序的执行流程是怎样的?

这里就是小程序给业务人员可以看到的代码了,我们从这个代码以及运行,基本可以将小程序的梗概猜测一番,这里首先看看其全局控制器APP:

微信小程序的开发——01小程序的执行流程是怎样的?
 1 //app.js
2 App({
3 onLaunch: function () {
4 // 展示本地存储能力
5 var logs = wx.getStorageSync('logs') || []
6 logs.unshift(Date.now())
7 wx.setStorageSync('logs', logs)
8
9 // 登录
10 wx.login({
11 success: res => {
12 // 发送 res.code 到后台换取 openId, sessionKey, unionId
13 }
14 })
15 // 获取用户信息
16 wx.getSetting({
17 success: res => {
18 if (res.authSetting['scope.userInfo']) {
19 // 已经授权,可以直接调用 getUserInfo 获取头像昵称,不会弹框
20 wx.getUserInfo({
21 success: res => {
22 // 可以将 res 发送给后台解码出 unionId
23 this.globalData.userInfo = res.userInfo
24
25 // 由于 getUserInfo 是网络请求,可能会在 Page.onLoad 之后才返回
26 // 所以此处加入 callback 以防止这种情况
27 if (this.userInfoReadyCallback) {
28 this.userInfoReadyCallback(res)
29 }
30 }
31 })
32 }
33 }
34 })
35 },
36 globalData: {
37 userInfo: null
38 }
39 })
微信小程序的开发——01小程序的执行流程是怎样的?

一个应用只会有一个APP实例,而小程序为这个单例提供了几个基本的事件定义,我们用的最多的应该是onLaunch、onShow、onHide(我还没写小程序,所以猜测):

微信小程序的开发——01小程序的执行流程是怎样的?

我们这里来追溯一下小程序架构层的执行逻辑,从APP到一个view实例化是怎么做的,这里首先明确几个点:

① 微信小程序事实上依旧是提供的webview执行环境,所以我们依旧可以在js环境中访问window、location等属性

② 微信小程序提供的展示的全部是Native定制化的UI,所以不要去想DOM操作的事

这里各位可以想象为,小程序界面中有一块webview在执行真正的代码逻辑,只不过这个webview除了装载js程序什么都没做,而所有的页面渲染全部是js通过URL Schema或者JSCore进行的Native通信,叫Native根据设置的规则完成的页面渲染。

全局控制器App

这里我们重点关注全局控制器App这个类做了什么,因为拿不到源码,我们这里也只能猜测加单步调试了,首先微信容器会准备一个webview容器为我们的js代码提供宿主环境,容器与构建工具会配合产出以下页面:

微信小程序的开发——01小程序的执行流程是怎样的?

微信小程序的开发——01小程序的执行流程是怎样的?

他在这里应该执行了实例化App的方法:

微信小程序的开发——01小程序的执行流程是怎样的?

这一坨代码,在这个环境下便相当晦涩了:

 

微信小程序的开发——01小程序的执行流程是怎样的?微信小程序的开发——01小程序的执行流程是怎样的?

这里会往App中注册一个事件,我们这里注册的是onLaunch事件,这里对应的是当小程序初始化时候会执行这个回调,所以原则上应该是Native装在成功后会执行这个函数,这里再详细点说明下H5与Native的交互流程(这里是我之前做Hybrid框架时候跟Native同事的交互约定,小程序应该大同小异):

我们一般是在全局上会有一个对象,保存所有需要Native执行函数的对象,比如这里的onLaunch,Native在执行到一个状态时候会调用js全局环境该对象上的一个函数
因为我们js注册native执行是以字符串key作为标志,所以Native执行的时候可能是window.app['onLauch...']('参数')
而我们在window对象上会使用bind的方式将对应的作用域环境保留下来,这个时候执行的逻辑便是正确的

这里在小程序全局没有找到对应的标识,这里猜测是直接在app对象上,Native会直接执行APP对象上面的方法,但是我这里有个疑问是View级别如果想注册个全局事件该怎么做,这个留到后面来看看吧,这里是Native载入webview时,会执行对象定义的onLaunch事件,在下面的代码看得到:

微信小程序的开发——01小程序的执行流程是怎样的?

这里会结合app.json获取首先加载页面的信息,默认取pages数组第一个,但是具体哪里获取和设置的代码没有找到,也跟主流程无关,我们这里忽略......然后我们看到代码执行了onShow逻辑:

微信小程序的开发——01小程序的执行流程是怎样的?

然后流转到注册微信容器层面的事件,我觉得,无论如何,这里应该是像微信容器注册事件了吧,但是我找不到全局的key

上一篇:spring项目启动时执行任务


下一篇:384. Shuffle an Array