一 使用 npm 包
1.1 小程序对 npm 的支持与限制
目前,小程序中已经支持使用 npm 安装第三方包,从而来提高小程序的开发效率。但是,在小程序中使用 npm 包有如下 3 个限制:
- 不支持依赖于 Node.js 内置库的包
- 不支持依赖于浏览器内置对象的包
- 不支持依赖于 C++ 插件的包
总结:虽然 npm 上的包有千千万,但是能供小程序使用的包却"为数不多"。
1.2 Vant Weapp
Vant Weapp 是有赞前端团队开源的一套小程序 UI 组件库,助力开发者快速搭建小程序应用。它所使用的是 MIT 开源许可协议,对商业使用比较友好。
官方文档地址 https://youzan.github.io/vant-weapp
扫描下方的小程序二维码,体验组件库示例:

安装 Vant 组件库
在小程序项目中,安装 Vant 组件库主要分为如下 3 步:
- 通过 npm 安装(建议指定版本为@1.3.3)
- 构建 npm 包
- 修改 app.json
详细的操作步骤,大家可以参考 Vant 官方提供的快速上手教程:
https://youzan.github.io/vant-weapp/#/quickstart#an-zhuang
使用 Vant 组件
安装vant组件库
空白处右键,选择"在外部终端窗口中打开"

在执行安装vant组件库之前,要确保项目根目录中,有package.json这个包管理配置文件,当前项目并没有这个文件,所以需要先执行npm init -y命令初始化一个出来

然后执行如下命令
shell
npm i @vant/weapp@1.3.3 -S --production
安装好后,就可以开始构建npm包了,找到菜单栏里的"工具",点击"构建npm"


然后,找到 "详情"-"本地配置"-"使用npm模块",勾选即可(新版本的微信开发者工具已经默认支持npm了,找不到下边这个配置,其实已经不需要再手动配置修改这个选项了)

此时,表示当前项目就可以使用一些第三方的npm包了。
接下来修改app.json全局配置文件
打开app.json,去掉"style": "v2"这行代码,不关闭的话,容易造成部分组件样式的混乱

在 app.json 的 usingComponents 节点中引入需要的vant里的组件,就可在 wxml 中直接使用组件了。
如,加一个button按钮,参考官网:https://youzan.github.io/vant-weapp/#/button,示例代码如下:

app.json
javascript
"usingComponents":{
"vant-button":"@vant/weapp/button/index"
}
.wxml文件
javascript
<vant-button type="primary">按钮</vant-button>
效果

定制全局主题样式
场景:同样一个颜色值可能在成千上百个地方被使用到,如果这个值发生了变化,需要全局搜索并且一个一个替换(很麻烦哎~)。自定义属性在某个地方存储一个值,然后在其他许多地方引用它。另一个好处是语义化的标识。比如,--main-text-color 会比 #00ff00 更易理解,尤其是这个颜色值在其他上下文中也被使用到。自定义属性受级联的约束,并从其父级继承其值。
Vant Weapp 使用 CSS 变量来实现定制主题。 关于 CSS 变量的基本用法,请参考 MDN 文档:
https://developer.mozilla.org/zh-CN/docs/Web/CSS/Using_CSS_custom_properties
在 app.wxss 中,写入 CSS 变量,即可对全局生效:
语法:--变量名:变量值

所有可用的颜色变量,请参考 Vant 官方提供的配置文件:
https://github.com/youzan/vant-weapp/blob/dev/packages/common/style/var.less
引用变量:
引用一个局部变量时用 var() 函数包裹,以表示一个合法的属性值,如任意css文件里引用上边定义的值
css
element {
background-color: var(--button-danfer-background-color);
}
1.3 API Promise化
基于回调函数的异步 API 的缺点
默认情况下,小程序官方提供的异步 API 都是基于回调函数实现的,例如,网络请求的 API 需要按照如下的方式调用:

缺点:容易造成回调地狱的问题!
回调地狱:就是在异步环境里,为了实现代码顺序执行而出现的一种操作,它会造成我们的代码可读性非常差,后期不好维护
什么是 API Promise 化
API Promise化,指的是通过额外的配置,将官方提供的、基于回调函数的异步 API,升级改造为基于 Promise 的异步 API,从而提高代码的可读性、维护性,避免回调地狱的问题。
实现 API Promise 化
在小程序中,实现 API Promise 化主要依赖于 miniprogram-api-promise 这个第三方的 npm 包。它的安装和使用步骤如下:

shell
npm install --save miniprogram-api-promise@1.0.4

小程序比较特殊,安装完一个包后,只在node_modules目录下有这个包了,但是在miniprogram_npm目录下是没有的

所以需要手动构建后才能使用(小程序安装完包后,都需要手动构建一下才能使用),为了避免不必要的错误,建议每次构建前,都把下边这个miniprogram_npm目录删除后,再构建

删除后构建

构建完成

并且有了对应的包了

使用步骤如下

js
//app.js
import {promisifyAll} from 'miniprogram-api-promise'
const wxp=wx.p={}
//wx:微信顶级对象
//把wx对象上的异步回调方法,通过promisifyAll函数,进行promis化,最终把promis化之后的API挂载到wxp上
promisifyAll(wx,wxp)
之后就可以通过wx.p调用promis化之后的方法了。
调用 Promise 化之后的异步 API:通过wx.p.request发起网络请求

上边代码const { data: res}含义: 解构出来返回结果中的data属性,重命名为res.
结果

二 全局数据共享
2.1 什么是全局数据共享
全局数据共享(又叫做:状态管理)是为了解决组件之间数据共享的问题。
开发中常用的全局数据共享方案有:Vuex、Redux、MobX 等。

2.2 小程序中的全局数据共享方案
在小程序中,可使用 mobx-miniprogram 配合 mobx-miniprogram-bindings 实现全局数据共享。其中:
- mobx-miniprogram 用来创建 Store 实例对象
- mobx-miniprogram-bindings 用来把 Store 中的共享数据或方法,绑定到组件或页面中使用

2.3 MobX
在项目中运行如下的命令,安装 MobX 相关的包:

shell
npm install --save mobx-miniprogram@4.13.2 mobx-miniprogram-bindings@1.2.1
注意:MobX 相关的包安装完毕之后,记得删除 miniprogram_npm 目录后,重新构建 npm。
创建 MobX 的 Store 实例
首先,在项目根目录下创建一个store文件夹,在store文件夹下新建store.js文件,如下

这个store.js里,专门用来创建store对象,如下:

其中numA、numB是要共享的数据。
将 Store 中的成员绑定到页面中
- 导入相关包
- 在页面的onLoad生命周期函数里绑定数据
- 在页面的onUnload生命周期里做一些清理性质的工作

其中,createStoreBindings函数里,传递了两个参数,第一个是this,指的是当前页面的实例(将来需要把store里的数据绑定到当前页面里来使用)。第二个参数是一个page对象,对象里包含了三个属性,分别是store、fields、actions,其中
- store代表数据源,以后会将store里对应的属性或方法绑定到页面实例上
- fields代表需要将store里哪些字段绑定到当前页面来使用
- actions代表需要将store里哪些方法绑定到当前页面来使用。
在页面上使用 Store 中的成员

上边代码,e.target.dataset.step的值:

将 Store 中的成员绑定到组件中
三个步骤
- 在组件的.js文件里导入两个包: storeBindingsBehavior和store
- 提供一个behaviors数组,把导入过来的storeBindingsBehavior绑定到该数组上去,通过behaviors实现数据、方法的映射
- 定义一个storeBindings配置对象,接收三个属性,分别是store、fields、actions

在组件中使用 Store 中的成员

扩展点:点击开发工具里的编译的时候,打开指定页面

然后选择页面路径

以后点击编译的时候,就会打开指定页面

三 分包
3.1 什么是分包
分包指的是把一个完整的小程序项目,按照需求划分为不同的子包,在构建时打包成不同的分包,用户在使用时按需进行加载。
分包的好处
对小程序进行分包的好处主要有以下两点:
- 可以优化小程序首次启动的下载时间
- 在多团队共同开发时可以更好的解耦协作
3.2 分包前项目的构成
分包前,小程序项目中所有的页面和资源都被打包到了一起,导致整个项目体积过大,影响小程序首次启动的下载时间。

3.3 分包后项目的构成
分包后,小程序项目由 1 个主包 + 多个分包组成:
- 主包:一般只包含项目的启动页面或 TabBar 页面、以及所有分包都需要用到的一些公共资源
- 分包:只包含和当前分包有关的页面和私有资源

3.4 分包的加载规则
- 在小程序启动时,默认会下载主包并启动主包内页面
- tabBar 页面需要放到主包中
- 当用户进入分包内某个页面时,客户端会把对应分包下载下来,下载完成后再进行展示
- 非 tabBar 页面可以按照功能的不同,划分为不同的分包之后,进行按需下载
3.5 分包的体积限制
目前,小程序分包的大小有以下两个限制:
- 整个小程序所有分包大小不超过 16M(主包 + 所有分包)
- 单个分包/主包大小不能超过 2M
3.6 使用分包
配置方法

打包原则
- 小程序会按 subpackages 的配置进行分包,subpackages 之外的目录将被打包到主包中
- 主包也可以有自己的 pages(即最外层的 pages 字段)
- tabBar 页面必须在主包内
- 分包之间不能互相嵌套
引用原则
- 主包无法引用分包内的私有资源
- 分包之间不能相互引用私有资源
- 分包可以引用主包内的公共资源

3.7 独立分包
什么是独立分包
独立分包本质上也是分包,只不过它比较特殊,可以独立于主包和其他分包而单独运行。

独立分包和普通分包的区别
最主要的区别:是否依赖于主包才能运行
- 普通分包必须依赖于主包才能运行
- 独立分包可以在不下载主包的情况下,独立运行
独立分包的应用场景
开发者可以按需,将某些具有一定功能独立性的页面配置到独立分包中。原因如下:
- 当小程序从普通的分包页面启动时,需要首先下载主包
- 而独立分包不依赖主包即可运行,可以很大程度上提升分包页面的启动速度
注意:一个小程序中可以有多个独立分包。
独立分包的配置方法

引用原则
独立分包和普通分包以及主包之间,是相互隔绝的,不能相互引用彼此的资源!例如:
- 主包无法引用独立分包内的私有资源
- 独立分包之间,不能相互引用私有资源
- 独立分包和普通分包之间,不能相互引用私有资源
- 特别注意:独立分包中不能引用主包内的公共资源
3.8 分包预下载
什么是分包预下载
分包预下载指的是:在进入小程序的某个页面时,由框架自动预下载可能需要的分包,从而提升进入后续分包页面时的启动速度。
配置分包的预下载
预下载分包的行为,会在进入指定的页面时触发。在 app.json 中,使用 preloadRule 节点定义分包的预下载规则,示例代码如下:

分包预下载的限制
同一个分包中的页面享有共同的预下载大小限额 2M,例如:

四 案例-自定义 tabBar
案例效果

在此案例中,用到的主要知识点如下:
- 自定义组件
- Vant 组件库
- MobX 数据共享
- 组件样式隔离
- 组件数据监听器
- 组件的 behaviors
- Vant 样式覆盖
实现步骤
自定义 tabBar 分为 3 大步骤,分别是:
- 配置信息
- 添加 tabBar 代码文件
- 编写 tabBar 代码
详细步骤,可以参考小程序官方给出的文档:
https://developers.weixin.qq.com/miniprogram/dev/framework/ability/custom-tabbar.html