在学习开发微信小程序中, 分析总结了最近版本微信小程序模块化的函数 require的加载与初始化模块机制,归纳说来,小程序JS模块加载可分为两大步骤:JS模块加载和JS模块初始化。
JS模块加载:一次性加载全部JS, 但并不一定立即执行
先提一提微信小程序架构: 类浏览器 -> HTTP本地服务 -> 云端服务
微信小程序运行的架构,基本上是浏览器 -> HTTP本地服务 -> 云端服务, HTTP本地服务用来读取本地文件或者代理云端的文件资源。读取项目中JS文件, 是由HTTP本地服务取本地存储的脚本文件.
似乎比较简单,一个HTML 引用所有JS文件
既然采用了这种架构,那微信小程序就类似浏览器那样,借助一个HTML页面来引用加载所有的JS文件。(注:这同NODE.JS的方式区别)
在小程序开发开具的HTTP服务部分代码,可以看到这个服务干了这件事情:
微信小程序包目录下面所有.js文件, 会按方式插入生成一个HTML文件,然后类似浏览器方式加载.
让HTTP本地服务配合,对JS文件作的包装手法
可是事情并未结束,这种方式一加载,所有js文件都会立即执行,乱糟糟生成一团,怎么可能..那require函数又拿来干什么呢?原来这儿,HTTP服务在返回.JS文件内容的,给脚本内容包装上了一层: define函数
define函数非常简单,大致如下:
二, JS模块初始化:按需递归式require初始化
先看看微信小程序require函数的定义:
从上面可以看出, require函数只是通过模块名,从内存中获取脚本内容执行,并置标志以保证只执行一次.
再精简一下:
require --调用-> factory --->模块中可能再require另一个模块...这样就是一个典型的递归结构。
三,补充一下:页面js 其实也是被require函数加载
所谓页面JS,,就是在app.json中注册的page的js, 它们并没有被其它JS require方式引用,
那么它们在什么时候初始化?
回到之前本地代理服务器的代码,留意下面一点:
原来它们还是使用require函数初始化,而且是加载后立即执行。
目前通常微信小程序代码结构不会太复杂,但随着产品的发展,需求的增加, 代码结构可能越来越复杂,越来越注意模块化.同时,如何将旧有JS模块在微信小程序中重用,这也是个重要话题。 所以深入理解微信小程序的JS模块化机制也是很有价值的.
参与讨论
发表评论