微信小程序的开发学习笔记
- 注册小程序
- 下载微信开发者工具
- 微信小程序代码结构-项目结构
- 小程序代码的构成- WXML 模板
- 小程序代码的结构- WXSS 样式
- 小程序代码的结构- JS 逻辑交互
- 微信小程序页面渲染的过程
- 微信小程序中组件的分类
- 小程序 API 概述
- VSCODE 相关插件
- 协同工作和发布-小程序的版本
- 查看小程序运营数据的两种方式
- WXML 模板语法 - 数据绑定
- WXML 模板语法 - 事件绑定
- WXML 模板语法 - 条件渲染
- WXML 模板语法 - 列表渲染
- WXSS 模板样式
- WXSS 模板样式 - rpx
- WXSS 模板样式 - 样式导入
- WXSS 模板语法 - 全局样式和局部样式
- 全局配置
- 全局设置 - tabBar
- 页面配置文件的作用
- 微信小程序数据请求 - GET 和 POST
- 什么是页面导航?
- 页面导航 - 声明式导航
- 页面导航 - 编程式导航
- 页面导航 - 导航传参
- 页面事件 - 下拉刷新
- 页面事件 - 上拉触底事件
- 生命周期
- WXS 脚本 - 概述
- WXS 脚本 - 基础语法
- WXS 脚本 - WXS 的特点
- 自定义组件
- 自定义组件 - 样式
- 自定义组件 - 数据、方法和属性
- 自定义组件 - 数据监听器
- 自定义组件 - 数据监听器 - 案例
- 自定义组件 - 纯数据字段
- 自定义组件 - 组件的生命周期
- 自定义组件 - 组件所在页面的生命周期
- 自定义组件 - 插槽
- 自定义组件 - 父子组件之间的通信
- 自定义组件 - behaviors
- 使用 npm 包
- Vant Weapp 组件库
- 使用 npm 包 - API Promise 化
- 全局数据共享
- 全局数据共享 - MobX
- 分包
- 分包 - 使用方法
- 分包 - 独立分包
- 分包 - 分包预下载
- 案例 - 自定义 tabBar
注册小程序
- 微信公众平台官网
- 第一步:点击右上角
【立即注册】
- 第二步:选择【小程序】
- 第三步:点击【前往注册】
- 第四步:按要求填写信息
下载微信开发者工具
- 官网
微信小程序代码结构-项目结构
-
pages:用来存放所有小程序的页面;
- .js文件:页面的脚本文件,存放页面的数据、事件处理函数等
- .json文件:当前页面的配置文件,配置窗口的外观、表现等,页面中的配置项会覆盖 的 window 中相同的配置项
- .wxml文件:页面的模板结构文件
- .wxss文件:当前页面的样式文件
-
utils:用来存放工具性质的模块;
-
:小程序项目的入口文件
-
:小程序项目的全局配置文件,包括小程序的所有页面路径、窗口外观、界面表现、底部 tab
- pages:用来记录当前小程序所有页面的路径
- window:全局定义小程序所有页面的背景色、文字颜色等
- style:全局定义小程序组件所使用的样式版本(v2:最新的样式;删除后使用旧的样式)
- sitemapLocation:用来指明 的位置
-
:小程序项目的全局样式文件
-
:项目的配置文件
- settings:中保存了编译相关的配置
- projectname:中保存的是项目名称(无关紧要,跟向程序名称不相同也行)
- appid:中保存的是小程序的账号 ID
-
:用来配置小程序及其页面是否允许被微信索引(类似于 PC 网页的 SEO)
action :“allow” // 被索引
action :“disallow” // 不被索引
注意:sitemap 的索引提示是默认开启的,如需要关闭 sitemap 的索引提示,可在小程序项目配置文件 的 setting 中配置字段 checkSiteMap 为 false
小程序代码的构成- WXML 模板
- WXML 和 HTML 的区别
- 1、标签名称不同
- HTML (div、span、img、a)
- WXML(view、text、image、navigator)
- 2、属性节点不同
- 超链接
- navigator
- 3、提供了类似于 Vue 中的模板语法
- 数据绑定
- 列表渲染
- 条件渲染
小程序代码的结构- WXSS 样式
- 1、新增了 rpx 尺寸单位
- 2、提供了全局的样式和局部样式
- 项目根目录中的 会作用于所有小程序页面
- 局部页面的 .WXSS 样式仅对当前页面生效
- 3、WXSS 仅支持部分 CSS 选择器
- .class 和 #id
- element
- 并集选择器、后代选择器
- ::after 和 ::before 等伪类选择器
小程序代码的结构- JS 逻辑交互
- 一个项目仅仅提供界面展示是不够的,在小程序中,我们通过 .js 文件来处理用户的操作。例如:响应用户的点击、获取用户的位置等等。
- 小程序中的 JS 文件分为三大类,分别是:
- 1、
- 是整个小程序项目的入口文件,通过调用 App()函数来启动整个小程序
- 2、页面的 .js 文件
- 是页面的入口文件,通过调用 Page() 函数来创建并运行页面
- 3、普通的 .js 文件
- 是普通的功能模块文件,用来封装公共的函数或属性供页面使用
- 1、
微信小程序页面渲染的过程
- 1、加载解析页面的 .json 配置文件
- 2、加载页面的 .wxml 模板和 .wxss 样式
- 3、执行页面的 .js 文件,调用 Page() 方法创建页面实例
- 4、页面渲染完成
微信小程序中组件的分类
- 小程序中的组件也是宿主环境提供的,开发者可以基于组件快速搭建出漂亮的页面结构。官方把小程序的组件分为了 9 大类,分别是:
1、视图容器
2、基础内容
3、表单组件
4、导航组件
- 5、媒体组件
- 6、map 地图组件
- 7、canvas 画布组件
- 8、开放能力
- 9、无障碍访问
- 常用的视图容器类组件
- 1、
view
- 普通视图区域
- 类似于 HTML 中的 div ,是一个块级元素
- 常用来实现页面的布局效果
- 2、
scroll-view
- 可滚动的视图区域
- 常用来实现滚动列表效果
- 3、
swiper 和 swiper-item
- 轮播图容器组件 和 轮播图 item 组件
- 1、
- 常用的基础内容组件:
- 1、
text
- 文本组件
- 类似于 HTML 中的 span 标签,是一个行内元素。
- 通过 text 组件的
selectable
属性,实现长按选中文本内容的效果(小程序中只有 text 组件支持长按选中功能)
- 2、
rich-text
- 富文本组件
- 支持把 HTML 字符串渲染为 WXML 结构
- 1、
- 其他常用组件
- 1、
button
- 按钮组件
- 功能比 HTML 中的 button 按钮丰富
- 通过 open-type 属性可以调用微信提供的各种功能(客服、转发、获取用户授权、获取用户信息等)
- 2、
image
- 图片组件
- image 组件默认宽度约300px、高度约240px
- image 组件的
mode
属性用来指定图片的裁剪
和缩放
模式,常用的 mode 属性值如下:
- 1、
mode 值 | 说明 |
---|---|
scaleToFill | (默认值)缩放模式,不保持纵横比缩放图片,使图片的宽高完全拉伸至填满 image 元素 |
aspectFit | 缩放模式,保持纵横比缩放图片,使图片的长边能完全显示出来。也就是说,可以完整地将图片显示出来。 |
aspectFill | 缩放模式,保持纵横比缩放图片,只保证图片的短边能完全显示出来。也就是说,图片通常只在水平或垂直方向是完整的,另一个方向将会发生截取。 |
widthFix | 缩放模式,宽度不变,高度自动变化,保持原图宽高比不变 |
heightFix | 缩放模式,高度不变,宽度自动变化,保持原图宽高比不变 |
小程序 API 概述
- 小程序中的 API 是由宿主环境提供的,通过这些丰富的小程序 API ,开发者可以方便的调用微信提供的能力,例如:获取用户信息、本地存储、支付功能等
- 小程序 API 的 3 大分类
- 小程序官方把 API 分为了如下 3 大类:
- 1、事件监听 API
- 特点:以 on 开头,用来监听某些事件的触发
- 举例:(function callback) 监听窗口尺寸变化的事件
- 2、同步 API
- 特点1:以 Sync 结尾的 API 都是同步 API
- 特点2:同步 API 的执行结果,可以通过函数返回值直接获取,如果执行出错会抛出异常
- 举例:(‘key’,‘value’)向本地存储中写入内容
- 3、异步 API
- 特点:类似于 jQuery 中的 $.ajax(options) 函数,需要通过 success、fall、complete接受调用的结果
- 举例:() 发起网络数据请求,通过 success 回调函数接受数据
- 1、事件监听 API
- 小程序官方把 API 分为了如下 3 大类:
VSCODE 相关插件
- 1、小程序开发助手
- 2、Easy LESS
- 配置生成 .WXSS 文件方法
-
"": { "compress": false, //是否压缩 "sourceMap": false, //是否生成map文件,有了这个可以在调试台看到less行数 "out": true, // 是否输出css文件,false为不输出 // "outExt": ".css" // 输出文件的后缀,小程序可以写'wxss' "outExt": ".wxss" // 输出文件的后缀,小程序可以写'wxss' }
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 3、
WXML - Language Service
- Vscode 开发微信小程序核心插件
协同工作和发布-小程序的版本
版本阶段 | 说明 |
---|---|
开发版本 | 使用开发者工具,可将代码上传到开发版本中。开发版本只保留每人最新的一份上传的代码。点击提交审核,可将代码提交审核。开发版本可删除,不影响线上版本和审核中版本的代码 |
体验版本 | 可以选择某个开发版本作为体验版,并且选取一份体验版。 |
审核中的版本 | 只能有一份代码处于审核中。有审核结果后可以发布到线上,也可直接重新提交审核,覆盖原审核版本。 |
线上版本 | 线上所有用户使用的代码版本,该版本代码在新版本代码发布后被覆盖更新。 |
查看小程序运营数据的两种方式
-
1、在“小程序后台”查看
- a、登录小程序管理后台
- b、点击侧边栏的“统计”
- c、点击相应的 tab 可以看到相关的数据
-
2、使用“小程序数据助手”查看
- a、打开微信
- b、搜索“小程序数据助手”
- c、查看已发布的小程序相关的数据
WXML 模板语法 - 数据绑定
- 1、数据绑定的基本原则
-
1、在 data 中定义页面的数据
- 在页面对应的 .js 文件中,把数据定义到 data 对象中即可:
- 在页面对应的 .js 文件中,把数据定义到 data 对象中即可:
-
2、在 WXML 中使用数据
- 把 data 中的数据绑定到页面中渲染,使用
Mustache语法
(双大括号)将变量包起来即可。语法格式为:
- 把 data 中的数据绑定到页面中渲染,使用
-
- 2、动态绑定属性
- 页面的数据如下:
- 页面的结构如下
- 页面的数据如下:
- 3、三运运算
- 页面的数据如下:
- 页面的机构如下:
- 页面的数据如下:
- 4、算数运算
-
页面的数据如下:
-
页面的结构如下:
-
WXML 模板语法 - 事件绑定
- 什么是事件?
- 事件是渲染层到逻辑层的通讯方式。通过事件可以将用户在渲染层产生的行为,反馈到逻辑层进行业务的处理。
- 小程序中常用的事件
类型 | 绑定方式 | 事件描述 |
---|---|---|
tap | bindtap 或 bind:tap | 手指触摸后马上离开,类似于 HTML 中的 click 事件 |
input | bindinput 或 bind:input | 文本框的输入事件 |
change | bindchange 或 bind:change | 状态改变时触发 |
- 事件对象的属性列表
- 当事件回调触发的时候,会收到一个事件对象 event ,它的详细属性如下表所示:
属性 | 类型 | 说明 |
---|---|---|
type | String | 事件类型 |
timeStamp | Integer | 页面打开到触发事件所经过的毫秒数 |
target | Object | 触发事件的组件的一些属性值集合 |
currentTarget | Object | 当前组件的一些属性值集合 |
detail | Object | 额外的信息 |
touches | Array | 触摸时间,当前停留在屏幕中的触摸点信息的数组 |
changedTouches | Array | 触摸事件,当前变化的触摸点信息的数组 |
- target 和 currentTarget 的区别
- target 是触发该事件的源头组件。
- currentTarget 则是当前事件所绑定的组件。举例如下:
- 点击内部的按钮时,点击事件以冒泡的方式向外扩散,也会触发外层 view 的 tap 事件处理函数。此时,对于外层的 view 来说:
- 指向的是触发事件的源头组件,因此, 是内部的按钮组件
- 指向的是当前正在触发事件的那个组件,因此, 是当前的 view 组件
-
bindtap 的语法格式
- 在小程序中,不存在 HTML 中的 onclick 鼠标点击事件,而是通过
tap 事件
来响应用户的触摸行为。- 1、通过 bindtap ,可以为组件绑定 tap 触摸事件,语法如下:
- 2、在页面 .js 文件中定义对应的事件处理函数,事件参数通过形参 event (一般简写成 e)来接收:
- 1、通过 bindtap ,可以为组件绑定 tap 触摸事件,语法如下:
- 在小程序中,不存在 HTML 中的 onclick 鼠标点击事件,而是通过
- 在事件处理函数中为 data 中的数据赋值
- 通过调用 (dataObject)方法,可以给页面 data 中的数据重新赋值,示例如下:
- 页面的结构如下:
- 页面 .js 文件如下:
- 页面的结构如下:
- 通过调用 (dataObject)方法,可以给页面 data 中的数据重新赋值,示例如下:
-
事件传参
-
小程序中的事件传参比较特殊,不能在绑定事件的同时为事件处理函数传递参数。
-
可以为组件提供
data-*
自定义属性传参,其中*代表的是参数的名字
,示例代码如下: -
最终:
-
msg
会被解析为参数的名字 - 字符串会被解析为参数的值
-
-
在事件处理函数中,通过
.参数名
即可获取到具体参数的值,示例代码如下:
-
-
bind:input 或 bindinput
的语法格式- 在小程序中,通过
input 事件
来响应文本框的输入事件,语法格式如下:-
1、通过 bindinput ,可以为文本框绑定输入事件,示例代码如下:
-
2、在页面的 .js 文件中定义事件处理函数:
-
- 在小程序中,通过
- 实现文本框和 data 之间的数据同步
- 实现步骤:
-
1、定义数据
-
2、渲染结构
-
3、美化样式
-
4、绑定 input 事件处理函数
-
- 实现步骤:
WXML 模板语法 - 条件渲染
- 1、
wx:if
- 在小程序中,使用
wx:if=“{{ flag === 1}}”
来判断是否需要渲染该代码块 - 也可以用
wx:elif
和wx:else
来添加 else 判断:
- 在小程序中,使用
- 2、结合
block
使用 wx:if- 如果要一次性控制多个组件的展示与隐藏,可以使用一个
block
标签将多个组件包装起来,并在block
标签上使用 wx:if 控制属性,示例如下:
-
注意
:block 并不是一个组件,它只是一个包裹性质的容器,不会在页面中做任何渲染。
- 如果要一次性控制多个组件的展示与隐藏,可以使用一个
- 3、
hidden
- 在小程序中,直接使用
hidden = “{{ flag === 1 }}”
也能控制元素的显示与隐藏:
- 在小程序中,直接使用
- 4、
wx:if
与hidden
的对比- 1、运行方式不同
- wx:if 以动态创建和移除元素的方式,控制元素的展示与隐藏
- hidden 以切换样式的方式(display:none/block),控制元素的显示与隐藏
- 2、使用建议
- 频繁切换是,建议使用 hidden
- 控制条件复杂时,建议使用 wx:if 搭配 wx:elif、wx:else 进行展示与隐藏的切换
- 1、运行方式不同
WXML 模板语法 - 列表渲染
- 1、
wx:for
- 通过 wx:for 可以根据指定的数组,循环渲染重复的组件结构,语法示例如下:
- 通过 wx:for 可以根据指定的数组,循环渲染重复的组件结构,语法示例如下:
- 2、手动指定索引和当前项的变量名*
- 使用
wx:for-index
可以指定当前循环项的索引的变量名 - 使用
wx:for-item
可以指定当前项的变量名 - 示例代码如下:
- 使用
- 3、wx:key 的使用
- 类似于 Vue 列表渲染中的 :key ,小程序在实现列表渲染时,也建议渲染出来的列表项指定唯一的 key 值,从而提高渲染的效率,示例代码如下:
- 类似于 Vue 列表渲染中的 :key ,小程序在实现列表渲染时,也建议渲染出来的列表项指定唯一的 key 值,从而提高渲染的效率,示例代码如下:
WXSS 模板样式
- 1、什么是 WXSS
- WXSS(WeiXin Style Sheets)是一套样式语言,用于美化 WXML 的组件样式,类似于网页开发中的 CSS。
- 2、WXSS 和 CSS 的关系
- WXSS 具有 CSS 大部分特性,同时,WXSS 还对 CSS 进行了扩充以及修改,以适应微信小程序的开发。与 CSS 相比,WXSS 扩展的特性有:
-
rpx
尺寸单位 -
@import
样式导入
-
- WXSS 具有 CSS 大部分特性,同时,WXSS 还对 CSS 进行了扩充以及修改,以适应微信小程序的开发。与 CSS 相比,WXSS 扩展的特性有:
WXSS 模板样式 - rpx
- 1、什么是 rpx 尺寸单位
- rpx(responsive pixel)是微信小程序独有的,用来解决屏幕适配的尺寸单位。
- 2、rpx 的实现原理
- rpx 的实现原理非常简单:鉴于不同设备屏幕的大小不同,为了实现屏幕的自动适配,rpx 把所有设备的屏幕,在宽度上等分为 750 分(即:当前屏幕的总宽度为 750rpx)。
- 在较小的设备上,1rpx所代表的宽度较小
- 在较大的设备上,1rpx所代表的宽度较大
- 小程序在不同设备上运行的时候,会自动把 rpx 的样式单位换算成对应的像素单位来渲染,从而实现屏幕适配。
- rpx 的实现原理非常简单:鉴于不同设备屏幕的大小不同,为了实现屏幕的自动适配,rpx 把所有设备的屏幕,在宽度上等分为 750 分(即:当前屏幕的总宽度为 750rpx)。
- 3、rpx 与 px 之间的单位换算*
- 在iPhone6 上,屏幕宽度为 375px ,共有 750 个物理像素,等分为 750rpx 。则:
750rpx = 375px = 750 物理像素
1rpx = 0.5px = 1 物理像素
- 在iPhone6 上,屏幕宽度为 375px ,共有 750 个物理像素,等分为 750rpx 。则:
WXSS 模板样式 - 样式导入
- 1、什么是样式导入
- 使用 WXSS 提供的
@import
语法,可以导入外链的样式表。
- 使用 WXSS 提供的
- 2、@import 的语法格式
- @import 后跟需要导入的外链样式表的相对路径,用;表示语句结束。示例如下:
- @import 后跟需要导入的外链样式表的相对路径,用;表示语句结束。示例如下:
WXSS 模板语法 - 全局样式和局部样式
- 1、全局样式
- 定义在
中的样式为
全局样式
,作用域每一个页面。
- 定义在
- 2、局部样式
- 在页面的 .wxss 文件中定义的样式为局部样式,只作用于当前页面。
-
注意:1、当局部样式和全局样式冲突时,根据就近原则,局部样式会覆盖全局样式。2、当局部样式的权重大于或等于全局样式的权重时,才会覆盖全局的样式。
全局配置
- 1、全局配置文件及常用的配置项
- 小程序根目录下的
文件是小程序的全局配置文件。常用的配置项如下:
-
a、pages:记录当前小程序所有页面的存放路径
-
b、window:全局设置小程序窗口的外观
- 1、小程序窗口的组成部分
- 2、了解 window 节点常用的配置项
- 2、了解 window 节点常用的配置项
- 1、小程序窗口的组成部分
-
c、tabBar:设置小程序底部的 tabBar 效果
-
b、style:是否启用新版的组件样式
-
- 小程序根目录下的
- 2、设置上拉触底的距离
-
概念:上拉触底是移动端的专有名词,通过手指在屏幕上的上拉滑动操作,从而加载更多数据的行为。
-
设置步骤:
-> window -> 为 onReachBottomDistance
设置新的数值 -
注意:默认距离为50px,如果没有特殊需求,建议使用默认值即可。
-
全局设置 - tabBar
- 1、什么是 tabBar
- tabBar 是移动端应用常见的页面效果,用于实现多页面的快速切换。小程序中通常将其分为:
- 底部
- 顶部
-
注意:tabBar 中只能配置
最少2个、最多5个
tab 页签;当渲染顶部 tabBar 时,不显示 icon ,只显示文本;
- tabBar 是移动端应用常见的页面效果,用于实现多页面的快速切换。小程序中通常将其分为:
- 2、tabBar 的6个组成部分
- 3、tabBar 节点的配置项
- 4、每个 tab 项的配置选项 -
tabBar
示例代码如下:
"tabBar": {
"backgroundColor": "#D2691E",
"position": "bottom",
"color": "#000",
"selectedColor": "#fff",
"list": [
{
"pagePath": "pages/index/index",
"text": "首页",
"iconPath": "./assets/img/",
"selectedIconPath": "./assets/img/_home.png"
},
{
"pagePath": "pages/list/list",
"text": "列表",
"iconPath": "./assets/img/",
"selectedIconPath": "./assets/img/_home.png"
}
]
},
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
页面配置文件的作用
-
小程序中,每个页面都有自己的 .json 配置文件,用来对当前页面的窗口外观
-
页面配置
和全局配置
的关系- 小程序中, 中的 window 节点,可以全局配置小程序中每个页面的窗口表现。
- 如果某些小程序页面想要拥有特殊的窗口表现,此时,“页面级别的 .json 配置文件”就可以实现这种需求。
-
注意:当页面配置与全局配置冲突时,根据就近原则,最终的效果以页面配置为准。
- 页面配置中常用的配置
微信小程序数据请求 - GET 和 POST
- 小程序中网络数据请求的限制
- 出于安全性方面的考虑,小程序官方对数据接口的请求做出了如下两个限制:
- 1、只能请求
HTTPS
类型的接口 - 2、必须将
接口的域名
添加到信任列表中
- 1、只能请求
- 出于安全性方面的考虑,小程序官方对数据接口的请求做出了如下两个限制:
- 配置 request 合法域名
- 需求描述:假设在自己的微信小程序中,希望请求 域名下的接口,配置步骤:
登录微信小程序管理后台 -> 开发 -> 开发设置 -> 服务器域名 -> 修改 request 合法域名
-
注意事项:1、域名只支持 https 协议;2、域名不能使用 IP 地址或 localhost;3、域名必须经过 ICP 备案;4、服务器域名一个月内最多可申请 5 次修改;
- 需求描述:假设在自己的微信小程序中,希望请求 域名下的接口,配置步骤:
- 发起
GET
请求- 调用微信小程序提供的 () 方法,可以发起 GET 数据请求,示例代码如下:
- 调用微信小程序提供的 () 方法,可以发起 GET 数据请求,示例代码如下:
- 发起
POST
请求- 调用微信小程序提供的 () 方法,可以发起 POST 数据请求,示例代码如下:
- 调用微信小程序提供的 () 方法,可以发起 POST 数据请求,示例代码如下:
- 在页面刚加载时请求数据
- 在很多情况下,我们需要在页面刚加载的时候,自动请求一些初始化的数据。此时需要在页面的
onLoad
事件中调用获取数据的函数,示例代码如下:
- 在很多情况下,我们需要在页面刚加载的时候,自动请求一些初始化的数据。此时需要在页面的
- 跳过 request 合法玉面校验
- 如果后端程序员仅仅提供了 http 协议的接口、暂时没有提供 https 协议的接口。
- 此时为了不耽误开发的进度,我们可以在微信开发者工具中,临时开启
开发环境不校验请求域名、TLS 版本及 HTTPS 证书
选项,跳过 request 合法域名的校验。 -
注意:跳过 request 合法域名校验的选项,仅限在开发与调试阶段使用!
- 关于
跨域
和Ajax
的说明- 跨域问题只存在于基于浏览器的 Web 开发中。由于小程序的宿主环境不是浏览器,而是微信客户端,所以小程序中
不存在跨域的问题
。 - Ajax 技术的核心是依赖于浏览器中的 XMLHttpRequest 这个对象,由于小程序的宿主环境是微信客户端,所以小程序中不能叫做“发起 Ajax 请求”,而是叫做“
发起网络数据请求
”。
- 跨域问题只存在于基于浏览器的 Web 开发中。由于小程序的宿主环境不是浏览器,而是微信客户端,所以小程序中
什么是页面导航?
- 页面导航指的是页面之间的相互跳转。例如,浏览器中实现页面导航的方式有如下两种:
- 1、a 链接
- 2、
- 小程序中实现页面导航的两种方式:
- 1、
声明式导航
- 在页面上声明一个 navigator 导航组件
- 通过点击 navigator 组件实现页面跳转
- 2、
编程式导航
- 调用小程序的导航 API ,实现页面的跳转
- 1、
页面导航 - 声明式导航
- 1、导航到 tabBar 页面
- tabBar 页面指的是被配置为 tabBar 的页面。
- 在使用 navigator 组件跳转到指定的 tabBar 页面时,需要指定 url 属性和 open-type 属性,其中:
- url 表示要跳转的页面的地址,必须以
/
开头 - open-type 表示跳转的方式,必须为
switchTab
- 示例代码如下:
- url 表示要跳转的页面的地址,必须以
- 2、导航到非 tabBar 页面
- 非 tabBar 页面指的是没有被配置为 tabBar 的页面。
- 在使用 navigator 组件跳转到普通的非 tabBar 页面时,则需要指定 url 属性和 open-type属性,其中:
- url 表示要跳转的页面的地址,必须以
/
开头 - open-type 表示跳转的方式,必须为
navigate
-
注意:为了简便,在导航到非 tabBar 页面时,
open-type=“navigator”
属性可以省略
- 示例代码如下:
- url 表示要跳转的页面的地址,必须以
- 3、后退导航
- 如果要后退到上一页面或多级页面,则需要指定
open-type
属性和delta
属性,其中:- open-type 属性的值必须是
navigateBack
,表示要进行后退导航 -
delta
的值必须是数字,表示要后退的层级 -
注意:为了简便,如果只是后退到上一页面,则
可以省略 delta 属性
,因为其默认值就是1
。 - 示例代码如下:
- open-type 属性的值必须是
- 如果要后退到上一页面或多级页面,则需要指定
页面导航 - 编程式导航
- 导航到 tabBar 页面
- 调用
(object object)
方法,可以跳转到 tabBar 页面。其中Object 参数对象
的属性列表如下:
- 页面结构示例代码如下:
- .js 实例代码如下:
- 调用
- 导航到非 tabBar 页面
- 调用
(Object Object)
方法,可以跳转到非 tabBar 的页面。其中 Object 参数对象的属性列表如下:
- 页面结构示例代码如下:
- .js示例代码如下:
- 调用
- 后退导航
-
调用
(Object Object)方法,可以返回上一页面或多级页面。其中 Object 参数对象可选的属性列表如下:
-
页面结构示例代码如下:
-
.js 示例代码如下:
-
页面导航 - 导航传参
- 1、声明式导航传参
- navigator 组件的 url 属性用来指定将要跳转到的页面的路径。同时,
路径的后面还可以携带参数:
-
参数
与路径
之间使用?
分割 -
参数键
与参数值
用=
相连 -
不同参数
用&
分割 - 示例代码如下:
-
- navigator 组件的 url 属性用来指定将要跳转到的页面的路径。同时,
- 2、编程式导航传参
- 调用 (Object Object)方法跳转页面时,也可以携带参数,代码示例如下:
- 调用 (Object Object)方法跳转页面时,也可以携带参数,代码示例如下:
- 3、在
onLoad
中接收导航参数- 通过
声明式导航传参
或编程式导航穿擦
所携带的参数,可以直接在onLoad事件
中直接获取到,示例代码如下:
- 通过
页面事件 - 下拉刷新
-
1、什么是下拉刷新
-
下拉刷新
是移动端的专有名词,指的是通过手指在屏幕上的下拉滑动操作,从而重新加载页面数据
的行为。
-
-
2、监听页面的下拉刷新事件
- 前提是页面必须打开了允许下拉刷新功能,
enablePullDownRefresh:true
- 在页面的 .js 文件中,通过
onPullDownRefresh()
函数即可监听当前页面的下拉刷新事件。 - 示例代码如下:
// 下拉刷新事件 onPullDownRefresh() { console.log('我被下拉了'); }
- 1
- 2
- 3
- 4
- 前提是页面必须打开了允许下拉刷新功能,
-
3、停止下拉刷新的效果
- 档处理完下拉刷新后,下拉刷新的 loading 效果会一直显示,不会主动消失,随意需要手动隐藏 loading 效果。此时,调用
()
可以停止当前页面的下拉刷新。示例代码如下:
- 档处理完下拉刷新后,下拉刷新的 loading 效果会一直显示,不会主动消失,随意需要手动隐藏 loading 效果。此时,调用
// 下拉刷新事件
onPullDownRefresh() {
console.log('我被下拉了');
// 停止下拉刷新
setTimeout(() => {
wx.stopPullDownRefresh()
}, 1000)
}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
页面事件 - 上拉触底事件
-
1、什么是上拉触底
- 上拉触底是移动端的专有名词,通过手指在屏幕上的上拉滑动操作,从而
加载更多数据
的行为:
- 上拉触底是移动端的专有名词,通过手指在屏幕上的上拉滑动操作,从而
-
2、监听页面的上拉触底事件
- 在页面的 .js 文件中,通过
onReachBottom()
函数即可监听当前页面的上拉触底事件。示例代码如下:
// 上拉触底事件 onReachBottom() { console.log('我已经触底了') }
- 1
- 2
- 3
- 4
- 在页面的 .js 文件中,通过
-
3、上拉触底进行节流处理
- 1、在 data 中定义 isLoading 节流阀
- false 表示当前没有进行任何数据请求
- ture 表示当前正在进行数据请求
- 2、在 方法中修改 isLoading 节流阀的值
- 在刚调用方法时将节流阀设置 true
- 在网络请求的 complate 回调函数中,将节流阀重置为 false
- 3、在 onReachBottom 中判断节流阀的值,从而对数据请求进行节流控制
- 如果节流阀的值为 true ,则阻止当前请求
- 如果节流阀的值为 false ,则发起数据请求
- 1、在 data 中定义 isLoading 节流阀
生命周期
- 1、什么是生命周期
- 生命周期是指一个对象从
创建
->运行
->销毁
的整个阶段,强调的是一个时间段。例如:- 张三出生,表示这个人生命周期的开始
- 张三离世,表示这个人生命周期的结束
- 中间张三的一生,就是张三的生命周期
- 生命周期是指一个对象从
- 2、生命周期的分类
- 在小程序中,生命周期分为两类,分别是:
- 1、
应用生命周期
- 特指小程序从启动 -> 运行 -> 销毁的过程
- 2、
页面生命周期
- 特指小程序中,每个页面的加载 -> 渲染 -> 销毁的过程
-
其中,页面的生命周期范围较小,应用程序的生命周期范围较大,如图所示:
- 1、
- 在小程序中,生命周期分为两类,分别是:
- 3、什么是生命周期函数
-
生命周期函数
:是由小程序框架提供的内置函数,会伴随着生命周期,自动按次序执行
。 -
生命周期函数的作用
:允许程序员在特定的时间点
,执行某些特定的操作
。例如,页面刚加载的时候,可以在 onLoad 生命周期函数中初始化页面的数据。 -
注意:
生命周期
强调的是时间段,生命周期函数强调的是时间点
。
-
- 4、生命周期函数的分类:
-
小程序中的生命周期函数分为两类,分别是:
-
1、
应用的生命周期函数
- 特指小程序从启动 -> 运行 -> 销毁期间依此调用的那些函数
- 小程序
应用的生命周期函数
需要在中进行声明,示例代码如下:
-
2、
页面的生命周期函数
- 特指小程序中,每个页面从加载 -> 渲染 -> 销毁期间依此调用的那些函数。
- 小程序的页面生命周期函数需要在页面的 .js 文件中进行声明,示例代码如下:
-
WXS 脚本 - 概述
- 1、什么是 WXS ?
-
WXS
(WeiXin Script)是小程序独有的一套脚本语言,结合 WXML ,可以构建出页面的机构。
-
- 2、WXS 的应用场景
-
WXML 中无法调用在页面的 .js 中定义的函数
,但是, wxml 中可以调用 wxs 中定义的函数。因此,小程序中 wxs 的典型应用场景就是“过滤器
”。
-
- 3、wxs 和 JavaScript 的关系
- 虽然 wxs 的语法类似于 JavaScript ,但是 wxs 和 JavaScript 是完全不同的两种语言:
- 1、wxs 有自己的数据类型
- number 数值类型、string 字符串类型、boolean 布尔类型、object 对象类型、function 函数类型、array 数组类型、date 日期类型、regexp 正则
- 2、wxs 不支持类似于 ES6 及以上的语法形式
- 不支持:let 、count、解构赋值、展开运算符、箭头函数、对象属性简写、etc…
- 支持:var 定义变量、普通 function 函数等类似于 ES5 的语法
- 3、wxs 遵守 CommonJS 规范
- module 对象
- require() 函数
- 对象
- 1、wxs 有自己的数据类型
- 虽然 wxs 的语法类似于 JavaScript ,但是 wxs 和 JavaScript 是完全不同的两种语言:
WXS 脚本 - 基础语法
- 1、内嵌 wxs 脚本
- wxs 代码可以编写在 WXML 文件中的
wxs
标签内,就像 JavaScript 代码可以编写在 html 文件中的 script 标签内一样。 - wxml 文件中的每个 wxs 标签,
必须提供 module 属性
,用来指定当前 wxs 的模块名称,方便在 wxml 中访问模块中的成员: - 示例代码如下:
- wxs 代码可以编写在 WXML 文件中的
- 2、定义外联的 wxs 脚本
- wxs 代码还可以编写在以 .wxs为后缀名的文件内,就像 javascript 代码可以编写在以 .js 为后缀名的文件中一样。示例代码如下:
- wxs 代码还可以编写在以 .wxs为后缀名的文件内,就像 javascript 代码可以编写在以 .js 为后缀名的文件中一样。示例代码如下:
- 3、使用外联的 wxs 脚本
- 在 wxml 中引入外联的 wxs 脚本时,必须为 wxs 标签添加 module 和 src 属性,其中:
- module 用来指定模块的名称
- src 用来指定要引入的脚本的路径,且必须是相对路径
- 示例代码如下:
- 在 wxml 中引入外联的 wxs 脚本时,必须为 wxs 标签添加 module 和 src 属性,其中:
WXS 脚本 - WXS 的特点
- 1、与 JavaScript 不同
- 为了降低 wxs 的学习成本, wxs 语言在设计时借大量鉴了 JavaScript 的语法。但是本质上 wxs 和 JavaScript 是完全不同的两种语言。
- 2、不能作为组件的事件回调
- wxs 典型的应用场景就是“过滤器”,经常配合 Mustache 语法进行使用。
- 但是,在 wxs 中定义的函数不能作为组件的事件回调函数。
- 3、隔离性
- 隔离性指的是 wxs 的运行环境和其他 JavaScript 代码时隔离的。体现在如下两方面:
- 1、wxs 不能调用 js 中定义的函数
- 2、wxs 不能调用小程序提供的 API
- 隔离性指的是 wxs 的运行环境和其他 JavaScript 代码时隔离的。体现在如下两方面:
- 4、性能好
- 在 IOS 设备上,小程序内的 WXS 会比 JavaScript 代码快 2~20 倍
- 在 Android 设备上,二者的运行效率无差异
自定义组件
- 1、创建自定义组件
- 1、在项目的根目录中,鼠标右键,创建
components
->test
文件夹 - 2、在新建的 components -> test 文件夹张,鼠标右键,点击“
新建 Components
” - 3、键入组件的名称之后回车,会自动生成组件对应的4个文件,后缀名分别为.js、 .json、 .wxml 和 .wxss
- 1、在项目的根目录中,鼠标右键,创建
- 2、引用组件
- 组件的引用方式分为“
局部引用
” 和 “全局引用
”,顾名思义:-
局部引用:组件只能在当前被引用的页面内适用
- 在页面的 .json 配置文件中引用组件的方式,叫做 “
局部引用
”。实例代码如下:
- 在页面的 .json 配置文件中引用组件的方式,叫做 “
-
全局引用:组件可以在每个小程序页面中使用
- 在 全局配置文件中引用组件的方式,叫做 “
全局引用
”。示例代码如下:
- 在 全局配置文件中引用组件的方式,叫做 “
-
- 组件的引用方式分为“
- 3、组件 和 页面 的区别
- 从表面来看,组件和页面都是由 .js、.json、.wxml 和 .wxss 这四个文件组成的。但是,组件和页面的 .js 与 .json 文件有明显的不同;
- 组件的 .json 文件中需要声明“
component”:true
属性 - 组件的 .js 文件中调用的是
Components()
函数 - 组件的事件处理函数需要定义到
methods
节点中
- 组件的 .json 文件中需要声明“
- 从表面来看,组件和页面都是由 .js、.json、.wxml 和 .wxss 这四个文件组成的。但是,组件和页面的 .js 与 .json 文件有明显的不同;
自定义组件 - 样式
- 1、组件样式隔离的注意点
- 中的全局样式对组件无效
- 只有 class 选择器会有样式隔离效果, id 选择器、属性选择器、标签选择器不受样式隔离的影响
-
建议:在
组件
和引用组件的页面
中建议使用 class 选择器,不要使用 id、属性、标签选择器
- 2、修改组件的样式隔离选项
- 默认情况下,自定义组件的样式隔离特性能够防止组件内外样式互相干扰的问题。但有时,我们希望在外界能够控制组件内部的样式,此时,可以通过
styleIsolation
修改组件的样式隔离选项,用法如下:
-
styleIsolation
的可选值
- 默认情况下,自定义组件的样式隔离特性能够防止组件内外样式互相干扰的问题。但有时,我们希望在外界能够控制组件内部的样式,此时,可以通过
自定义组件 - 数据、方法和属性
- 1、
data
数据- 在小程序组件中,用于组件模板渲染的私有数据,需要定义到 data 节点中,示例代码如下:
- 在小程序组件中,用于组件模板渲染的私有数据,需要定义到 data 节点中,示例代码如下:
- 2、
methods
方法- 在小程序组件中,事件处理函数和自定义方法需要定义到 methods 节点中,示例代码如下:
- 页面结构示例代码如下:
- .js 页面示例代码如下:
- 3、
properties
属性- 在小程序组件中,properties 是组件的对外属性,
用来接收外界传递到组件中的数据
,示例代码如下:
-
注意:在
methods
中使用properties
的数据方法:
- 在小程序组件中,properties 是组件的对外属性,
- 4、data 和 properties 的区别
- 在小程序的组件中,properties 属性和 data 数据的用法相同,它们都是
可读可写
的,只不过:- data 更倾向于
存储组件的私有数据
- properties 更倾向于
存储外界传递到组件中的数据
- data 更倾向于
- 在小程序的组件中,properties 属性和 data 数据的用法相同,它们都是
- 5、使用 setData 修改 properties 的值
- 由于
data 数据
和properties 属性
在本质上没有任何区别,因此 properties 属性的值也可以用于页面渲染,或使用 setData 为 properties 中的属性重新赋值,示例代码如下:
- 由于
自定义组件 - 数据监听器
- 1、什么是数据监听器
- 数据监听器用于
监听和相应任何属性和数据字段的变化,从而执行特定的操作
。它的作用类似于 vue 中的 watch 侦听器。在小程序组件中,数据监听器的基本语法格式如下:
- 数据监听器用于
- 2、数据监听器的基本用法
- 示例代码如下:
- 示例代码如下:
- 3、监听对象属性的变化
- 数据监听器支持监听对象中
单个
或多个属性
的变化,示例代码如下:
- 数据监听器支持监听对象中
- 4、监听对象中所有属性的变化
- 如果某个对象中需要被监听的属性太多,为了方便,可以使用
通配符**
来监听对象中的所有属性的变化,示例代码如下:
- 如果某个对象中需要被监听的属性太多,为了方便,可以使用
自定义组件 - 数据监听器 - 案例
- 页面结构示例代码如下:
<view class="container">
<view class="box" style="background: rgb({{ fullColor }})">
{{ fullColor }}
</view>
<view class="btns">
<button type="primary" bind:tap="RHandle">R</button>
<button type="primary" bind:tap="GHandle">G</button>
<button type="primary" bind:tap="BHandle">B</button>
</view>
</view>
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- .js 文件示例代码如下:
Component({
properties: {},
data: {
rgb: {
R: 0,
G: 0,
B: 0
},
fullColor: '0,0,0'
},
observers: {
',,': function (R, G, B) {
this.setData({
fullColor: `${R},${G},${B}`
})
}
},
methods: {
RHandle() {
this.setData({
'': this.data.rgb.R + 5 > 255 ? 255 : this.data.rgb.R + 5
})
},
GHandle() {
this.setData({
'': this.data.rgb.G + 5 > 255 ? 255 : this.data.rgb.G + 5
})
},
BHandle() {
this.setData({
'': this.data.rgb.B + 5 > 255 ? 255 : this.data.rgb.B + 5
})
}
}
})
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 效果如下:
自定义组件 - 纯数据字段
- 在Components 构造器的 options 节点中,指定
pureDataPattern
为一个正则表达式
,字段名符合这个正则表达式的字段将成为纯数据字段,示例代码如下:
自定义组件 - 组件的生命周期
- 1、组件全部的生命周期函数
- 2、组件
主要的
生命周期函数- 在小程序组件中,最重要的生命周期函数有3个,分别是
created
、attached
、detached
。它们各自的特点如下:- 1、组件实例
刚被创建好
的时候,created
生命周期函数会被触发- 此时还不能调用 setData
- 通常在这个生命周期函数中,只应该用于给组件的 this 添加一些自定义的属性字段
- 2、在组件
完全初始化完毕、进入页面节点树后
,attached 生命周期函数会被触发- 此时, 已被初始化完毕
- 这个生命周期很有用,绝大多数初始化的工作可以在这个时机进行(例如发请求获取初始数据)
- 3、在组件离开页面节点树后,detached 生命周期函数会被触发
- 退出一个页面时,会触发页面内每个自定义组件的
detached
生命周期函数 - 此时适合做一些请理性质的工作
- 退出一个页面时,会触发页面内每个自定义组件的
- 1、组件实例
- 在小程序组件中,最重要的生命周期函数有3个,分别是
- 3、定义生命周期函数
-
lifetimes
节点- 在小程序组件中,生命周期函数可以直接定义在 Components 构造器的第一级参数中,可以在
lifetimes
字段内进行声明(这是推荐的方式,其优先级最高
)。示例代码如下:
- 在小程序组件中,生命周期函数可以直接定义在 Components 构造器的第一级参数中,可以在
-
自定义组件 - 组件所在页面的生命周期
- 1、什么是组件所在页面的生命周期
- 有时,自定义组件的行为依赖于页面状态的变化,此时就需要用到组件所在页面的生命周期。
- 例如:每个触发页面的 show 生命周期函数的时候,我们希望能够重新生成一个随机的 RGB 颜色值。在自定义组件中,组件所在页面的生命周偶器函数有如下 3 个,分别是:
- 2、
pageLifetimes
节点- 组件所在页面的生命周期函数,需要定义在 pageLifetimes 节点中,示例代码如下:
自定义组件 - 插槽
- 1、什么是插槽
- 在自定义组件的 WXML 结构中,可以提供一个 slot 节点(插槽),用于承载组件使用者提供的 wxml 结构。
- 2、
单个
插槽- 在小程序中,默认每个自定义组件中只允许使用一个 slot 进行站位,这种个数上的限制叫做单个插槽。
- 在小程序中,默认每个自定义组件中只允许使用一个 slot 进行站位,这种个数上的限制叫做单个插槽。
- 3、启用多个插槽
- 在小程序的自定义组件中,需要使用多 slot 插槽时,可以在组件 .js 文件中,通过如下方式进行启用。示例代码如下:
- 在小程序的自定义组件中,需要使用多 slot 插槽时,可以在组件 .js 文件中,通过如下方式进行启用。示例代码如下:
- 4、定义多个插槽
- 可以在组件的 .wxml 中使用多个 slot 标签,以不同 name 来区分不同的插槽。示例代码如下:
- 可以在组件的 .wxml 中使用多个 slot 标签,以不同 name 来区分不同的插槽。示例代码如下:
- 5、使用多个插槽
- 在使用带有多个插槽的自定义组件时,需要用 slot 属性来将节点插入到不同的 slot 中。示例代码如下:
- 在使用带有多个插槽的自定义组件时,需要用 slot 属性来将节点插入到不同的 slot 中。示例代码如下:
自定义组件 - 父子组件之间的通信
- 1、父子组件之间通信的 3 种方式
-
1、
属性绑定
- 用于父组件向子组件的指定属性设置数据,仅能设置 JSON 兼容的数据
-
属性绑定
用于实现父向子传递,而且只能传递普通类型的数据
,无法将方法传递给子组件。 - 子组件的
properties
节点中声明对应的属性并使用。示例代码如下:
-
2、
事件绑定
- 用于子组件向父组件传递数据,可以传递任意数据
- 事件绑定用于实现子向父组件传值,可以传递任何类型的数据。使用步骤如下:
- 1、在
父组件
的 .js 中,定义一个函数,这个函数即将
通过自定义事件的形式,传递给子组件 - 2、在父组件的 wxml 中,通过自定义事件的形式,将步骤 1 中定义的函数引用,传递给子组件。示例代码如下:
- 3、在子组件的 .js 中,通过调用
(‘自定义事件名称’,{/* 参数对象 */}),将数据发送到父组件。示例代码如下:
- 4、在父组件的 .js 中,通过
获取到子组件传递过来的数据。示例代码如下:
- 1、在
-
3、
获取组件实例
- 父组件还可以通过
()
获取子组件实例对象 - 这样就可以直接访问子组件的任意数据和方法
- 可在父组件里调用
(“id或class选择器”)
,获取子组件的实例对象,从而直接访问子组件的任意数据和方法。调用时需要传入一个选择器,例如(“.my-component”)。
- 父组件还可以通过
-
自定义组件 - behaviors
- 1、什么是 behaviors
- behaviors 是小程序中,用于实现组件间代码共享的特性,类似于 中的 mixins
- 2、behaviors 的工作方式
- 每个 behavior 可以包含一组
属性、数据、生命周期函数和方法
。组件引用它时,它的属性、数据和方法会被合并到组件中。 - 每个组件可以引用多个 behavior 、behavior 也可以引用其他 behavior。
- 每个 behavior 可以包含一组
- 3、创建
behaviors
- 调用 Behavior(Object object)方法即可创建一个共享的 Behaviorvior 实例对象,供所有的组件使用:
- 调用 Behavior(Object object)方法即可创建一个共享的 Behaviorvior 实例对象,供所有的组件使用:
- 4、导入并使用 behavior
- 在组件中,使用
require()
方法导入需要的 behavior,挂载后即可访问 behavior 中的数据或方法,示例代码如下:
- 在组件中,使用
- 5、behavior 中所有可用的节点
- 6、同名字段的覆盖和组合规则
- 组件和它引用的 behavior 中
可以包含同名的字段
,此时可以参考如下 3 种同名时的处理规则:- 1、同名的数据字段(
data
) - 2、同名的属性(
properties
)或方法(methods
) - 3、同名的
生命周期函数
- 4、官网说明
- 1、同名的数据字段(
- 组件和它引用的 behavior 中
使用 npm
包
- 小程序对 npm 的支持与限制
- 目前,小程序中已经支持使用 npm 安装第三方包,从而来提高小程序的开发效率。但是,在小程序中使用 npm 包有如下 3 个限制:
- 1、不支持依赖于 内置库的包
- 2、不支持依赖于浏览器内置对象的包
- 3、不支持依赖于 C++ 插件的包
-
总结:虽然 npm 上的包有千千万,但是能供小程序使用的包却“为数不多”。
- 目前,小程序中已经支持使用 npm 安装第三方包,从而来提高小程序的开发效率。但是,在小程序中使用 npm 包有如下 3 个限制:
Vant Weapp
组件库
-
1、什么是 Vant Weapp
- 官网
- Vant Weapp 是有赞前端团队开源的一套
小程序 UI 组件库
,助于开发者快速搭建小程序应用。它所使用的是MIT 开源许可协议
,对商业使用比较友好。
-
2、安装 Vant 组件库
- 在小程序项目中,安装 Vant 组件库主要分为如下 3 补:
- 1、通过 npm 安装
- 2、构建 npm 包
- 3、修改
- 4、配置 文件内容
- 添加如下代码:
- 添加如下代码:
- 在小程序项目中,安装 Vant 组件库主要分为如下 3 补:
-
3、使用 Vant 组件
- 安装完 Vant 组件库之后,可以在 的 usingComponents 节点中引入需要的组件,即可在 wxml 中直接使用组件。示例代码如下:
-
注意:使用方法一定参考官方文档。
-
4、定制全局主题样式
- Vant Weapp 使用
CSS 变量
来实现定制主题。关于 CSS 变量的基本用法,请参考 MDN 文档。 - 在
中,写入 CSS 变量,即可对全局生效:
-
官方文档地址
- Vant Weapp 使用
使用 npm 包 - API Promise 化
- 1、基于回调函数的异步 API 的缺点
- 默认情况下,小程序官方提供的异步 API 都是基于回调函数实现的,例如:网络请求的 API 需要按照如下的方式调用:
缺点:容易造成回调地狱的问题,代码的可读性、维护性差!
- 默认情况下,小程序官方提供的异步 API 都是基于回调函数实现的,例如:网络请求的 API 需要按照如下的方式调用:
- 2、什么是 API Promise 化
-
API Promise 化
,指的是通过额外的配置
,将官方提供的、基于回调函数的异步 API ,升级改造为基于 Promise 的异步 API
,从而提高代码的可读性、维护性,避免回调地狱的问题。
-
- 3、实现 API Promise 化
- 在小程序中,实现 API Promise 化主要依赖于
miniprogram-api-promise
这个第三方的 npm 包。它的安装和使用步骤如下:- 1、安装
- npm install --save miniprogram-api-promise@1.0.4
- 2、构建 npm
-
注意:尽量先把
miniprogram_npm
文件夹删除后再执行构建,要不然报一些莫名其妙的错误。
- 1、安装
- 在小程序中,实现 API Promise 化主要依赖于
- 4、在小程序入口文件中(
),只需调用一次 promisifyAll() 方法,即可实现异步 API 的 Promise 化
import { promisifyAll } from 'miniprogram-api-promise'
const wxp = wx.p = {}
promisifyAll(wx, wxp)
- 1
- 2
- 3
- 示例代码如下:
全局数据共享
- 1、什么是全局数据共享
- 全局数据共享(又叫做:
状态管理
)是为了解决组件之间数据共享的问题。 - 开发中常用的全局数据共享方案又:Vuex 、Redux 、Mobx等。
- 全局数据共享(又叫做:
- 2、小程序中的全局数据共享方案
- 在小程序中,可使用
mobx-mimiprogram
配合mobx-miniprogram-bindings
实现全局数据共享。- 其中:
mobx-mimiprogram
用来创建 Store 实例对象
-
mobx-miniprogram-bindings
用来把Store 中的共享数据或方法,绑定到组件或页面中使用
- 其中:
- 在小程序中,可使用
全局数据共享 - MobX
- 1、安装 MobX 相关的包
- 在项目中运行如下的命令,安装 MobX 相关的包:
- 在项目中运行如下的命令,安装 MobX 相关的包:
- 2、创建
MobX
的 Store 实例- 在项目根目录中创建
store
文件夹 - 然后在 store 文件夹中创建 文件,示例代码如下:
- 在项目根目录中创建
// 在这个 JS 文件中,专门来创建 Store 的实例对象
import { action, observable } from 'mobx-miniprogram'
export const store = observable({
nmu1:1,
num2:2,
// 计算属性
get sum() {
return this.nmu1 + this.num2
},
// actions 方法,用来修改 store 中的数据
updateNum1: action(function (step) {
this.nmu1 += step
}),
updateNum2: action(function (step) {
this.num2 += step
})
})
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 3、将 Store 中的成员
绑定到页面
中,示例代码如下:
/**/
import { createStoreBindings } from 'mobx-miniprogram-bindings'
import { store } from '../../store/store'
Page({
data: {
count: 23
},
onLoad() {
this.storeBindings = createStoreBindings(this, {
store,
fields: ['num1', 'num2', 'sum'],
actions: ['updateNum1']
})
},
onUnload() {
// 清理 store
this.storeBindings.destroyStoreBindings()
}
});
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 4、在页面上使用 Store 中的成员
- 5、将 Store 中的成员
绑定到组件
中
- 6、在自定义组件中使用 Store 中的成员
分包
- 1、分包指的是把一个
完整的小程序项目
,按照需求划分为不同的子包
,在构建时打包成不同的分包,用户在使用时按需进行加载
。 - 2、分包的好处
- 对小程序进行分包的好处主要有以下两点:
- a、可以
优化小程序首次启动的下载时间
- b、在<code多团队共同开发>时可以更好的
解耦写作
- a、可以
- 对小程序进行分包的好处主要有以下两点:
- 3、分包钱项目的构成
- 分包前,小程序项目中所有的页面和资源都被打包到了一起,导致整个项目体积过大,影响小程序首次启动的下载时间。
- 分包后,小程序项目由
1 个主包
+多个分包
组成:- 主包:一般只包含项目的启动页面或 TabBar 页面、以及所有分包都需要用到的一些公共资源
- 分包:只包含和当前分包有关的页面和私有资源
- 4、分包的加载规则
- 1、在小程序启动时,默认会
下载主包
并启动主包内页面
- tabBar 页面需要放到主包中
- 2、当用户进入分包内某个页面时,
客户端会把对应分包下载下来
,下载完成后再进行展示- 非 tabBar 页面可以按照功能的不同,划分为不同的分包之后,进行按需下载
- 1、在小程序启动时,默认会
- 5、分包的体积限制
- 目前,小程序分包的大小有以下两个限制
- 整个小程序所有分包大小不超过
16M
(主包 + 所有分包) - 单个分包/主包大小不能超过
2M
- 整个小程序所有分包大小不超过
- 目前,小程序分包的大小有以下两个限制
分包 - 使用方法
- 1、配置方法
- 2、打包原则
- 1、小程序会按 subpackages 的配置进行分包, subpackages 之外的目录将被打包到主包中
- 2、主包也可以有自己的 pages (即最外层的 pages 字段)
- 3、tabBar 页面必须在主包内
- 4、分包之间不能互相嵌套
- 3、引用原则
- 1、主包
无法引用
分包内的私有资源 - 2、分包之间
不能相互引用
私有资源 - 3、分包
可以引用
主包内的公共资源
- 1、主包
分包 - 独立分包
- 1、什么是独立分包
- 独立分包本质上也是分包,只不过它比较特殊,可以独立于主包和其他分包而单独运行
- 2、独立分包和普通分包的区别
- 最主要的区别:
是否依赖于主包才能运行
- 普通分包必须依赖于主包才能运行
- 独立分包可以在不下载主包的情况下,独立运行
- 最主要的区别:
- 3、独立分包的应用场景
- 开发者可以按需,将某些
具有一定功能独立性的页面
配置到独立分包中。原因如下:- 当小程序从普通的分包页面启动时,需要首先下载主包
- 而独立分包
不依赖主包
即可运行,可以很大程度上提升分包页面的启动速度
-
注意:一个小程序中可以有多个独立分包。
- 开发者可以按需,将某些
- 4、独立分包的配置方法
- 添加
independent:true
配置
- 添加
- 5、引用原则
- 独立分包和普通分包以及主包之间,是
相互隔离
的,不能相互引用批次的资源
!例如:- 1、主包
无法引用
独立分包内的私有资源 - 2、独立分包之间,
不能相互引用
私有资源 - 3、独立分包和普通分包之间,
不能相互引用
私有资源 - 4、
特别注意:
独立分包中不能引用主包内的公共资源
- 1、主包
- 独立分包和普通分包以及主包之间,是
分包 - 分包预下载
- 1、什么是分包预下载
- 分包预下载指的是:在进入小程序的某个页面时,由框架自动预下载可能需要的分包,从而提升进入后续分包页面时的启动速度。
- 2、配置分包的预下载
-
预下载分包的行为,会在进入指定的页面时触发
。在 中,使用preloadRule
节点定义分包的预下载规则,示例代码如下:
-
- 3、分包预下载的限制
- 同一个分包中的页面享有共同的预下载大小限额 2M 。
案例 - 自定义 tabBar
- 1、在此案例中,用到的主要知识点如下:
- 自定义组件
- Vant 组件库
- MobX 数据共享
- 组件样式隔离
- 组件数据监听器
- 组件的 behaviors
- Vant 样式覆盖
- 2、实现步骤
- 自定义 tabBar 分为 3 大步骤,分别是:
- 1、配置信息
- 2、添加 tabBar 代码文件
- 3、编写 tabBar 代码
- 自定义 tabBar 分为 3 大步骤,分别是:
- 3、项目示例代码如下:
- 自定义 tabBar 项目源码,请下载
整个微信小程序项目文件
- 自定义 tabBar 项目源码,请下载