页面导航

小程序中实现页面导航的两种方式

  1. 声明式导航
    • 在页面上声明一个导航组件
    • 通过点击组件实现页面跳转
  2. 编程式导航
    • 调用小程序的导航API,实现页面的跳转

声明式导航

导航到 tabBar 页面

tabBar页面指的是被配置为tabBar的页面。

在使用组件跳转到指定的tabBar页面时,需要指定url属性和 open-type属性,其中:

  • url表示要跳转的页面的地址,必须以 / 开头

  • open-type表示跳转的方式,必须为switchTab

示例代码如下:

1
<navigator url="/pages/messsage/messsage" open-type="switchTab">导航到消息页面</navigator>
导航到非 tabBar 页面

非tabBar页面指的是没有被配置为tabBar的页面。

在使用组件跳转到普通的非tabBar页面时,则需要指定 url 属性和 open-type 属性,其中:

  • url 表示要跳转的页面的地址,必须以 / 开头
  • open-type 表示跳转的方式,必须为navigate

示例代码如下:

1
<navigator url="/pages/info/info" open-type="navigate">导航到info页面</navigator>

注意:为了简便,在导航到非tabBar页面时,open-type=”navigate” 属性可以省略

后退导航

如果要后退到上一页面或多级页面,则需要指定open-type属性和delta 属性,其中:

  • open-type 的值必须是 navigateBack,表示要进行后退导航
  • delta 的值必须是数字,表示要后退的层级

示例代码如下:

1
<navigator open-type="navigateBack" delta="1">后退</navigator>

注意:为了简便,如果只是后退到上一页面,则可以省略delta属性,因为其默认值就是1

编程式导航

导航到 tabBar 页面

调用 wx.switchTab(**0bject object)方法,可以跳转到 tabBar 页面。其中 Object **参数对象的属性列表如下;

属性 类型 是否必选 说明
url string 需要跳转的 tabBar 页面的路径,路径后不能带参数
success function 接口调用成功的回调函数
fail function 接口调用失败的回调函数
complete function 接口调用结束的回调函数(调用成功、失败都会执行)
1
2
3
4
5
gotoMessage() {
wx.switchTab({
url: '/pages/messsage/messsage',
})
},
1
<button bindtap="gotoMessage">跳转到消息页面</button>
导航到非 tabBar 页面

调用 wx.navigateTo(**0bject object)方法,可以跳转到 tabBar 页面。其中 Object **参数对象的属性列表如下;

属性 类型 是否必选 说明
url string 需要跳转的非 tabBar 页面的路径,路径后不能带参数
success function 接口调用成功的回调函数
fail function 接口调用失败的回调函数
complete function 接口调用结束的回调函数(调用成功、失败都会执行)
1
2
3
4
5
gotoInfo() {
wx.navigateTo({
url: '/pages/info/info',
})
},
1
<button bindtap="gotoInfo">跳转到info页面</button>
后退导航

调用 wx.navigateBack(**Object object)方法,可以返回上一页面或多级页面。其中Object **参数对象 可选的属性列表如下:

属性 类型 默认值 是否必选 说明
delta number 1 返回的页面数,如果 delta 大于现有页面数,则返回到首页
success function 接口调用成功的回调函数
fail function 接口调用失败的回调函数
complete function 接口调用结束的回调函数(调用成功、失败都会执行)
1
2
3
goBack() {
wx.navigateBack()
},
1
<button bindtap="goBack">后退</button>

导航传参

声明式导航传参

navigator 组件的 url 属性用来指定将要跳转到的页面的路径。同时,路径的后面还可以携带参数:

  • 参数路径之间使用 ? 分隔
  • 参数键参数值= 相连
  • 不同参数用**&**分隔

代码示例如下:

1
<navigator url="/pages/info/info?name=zs&age=20">跳转到info页面</navigator>
编程式导航传参

调用 wx.navigateTo(**Object object)**方法跳转页面时,也可以携带参数,代码示例如下:

1
2
3
4
5
gotoInfo2() {
wx.navigateTo({
url: '/pages/info/info?name=ls&gender=男',
})
},
1
<button bindtap="gotoInfo2">跳转到info页面</button>
在 onLoad 中接收导航参数

通过声明式导航传参编程式导航传参所携带的参数,可以直接在 onLoad事件 中直接获取到,示例代码如下:

1
2
3
4
onLoad(options) {
// options 就是导航传递过来的参数对象
console.log(options);
},

页面事件

下拉刷新事件

下拉刷新是移动端的专有名词,指的是通过手指在屏幕上的下拉滑动操作,从而重新加载页面数据的行为。

启用下拉刷新

启用下拉刷新有两种方式:

  1. 全局开启下拉刷新
    • 在 app.json 的 window 节点中,将 enablePullDownRefresh 设置为 true
  2. 局部开启下拉刷新
    • 在页面的 .json 配置文件中,将 enablePullDownRefresh 设置为 true

在实际开发中,推荐使用第2种方式,为需要的页面单独开启下拉刷新的效果。

配置下拉刷新窗口的样式

在全局或页面的.json配置文件中,通过 backgroundColorbackgroundTextStyle 来配置下拉刷新窗口的样式,其中:

  • backgroundColor 用来配置下拉刷新窗口的背景颜色,仅支持16进制的颜色值
  • backgroundTextStyle 用来配置下拉刷新 loading 的样式,仅支持 dark 和 light
1
2
3
4
5
6
{
"usingComponents": {},
"enablePullDownRefresh": true,
"backgroundColor": "#efefef",
"backgroundTextStyle": "dark"
}
监听页面的下拉刷新事件

在页面的.js文件中,通过 onPullDownRefresh() 函数即可监听当前页面的下拉刷新事件。

1
2
3
4
5
6
  /**
* 页面相关事件处理函数--监听用户下拉动作
*/
onPullDownRefresh() {
console.log('触发了页面的下拉刷新')
},
停止下拉刷新的效果

当处理完下拉刷新后,下拉刷新的loading效果会一直显示,不会主动消失,所以需要手动隐藏loading 效果。此时,调用wx.stopPullDownRefresh() 可以停止当前页面的下拉刷新。示例如下:

1
2
3
4
onPullDownRefresh() {
console.log('触发了message页面的下拉刷新')
wx.stopPullDownRefresh()
},

上拉触底事件

上拉触底是移动端的专有名词,通过手指在屏幕上的上拉滑动操作,从而加载更多数据的行为。

监听页面的上拉触底事件

在页面的 .js 文件中,通过 onReachBottom() 函数即可监听当前页面的上拉触底事件。示例代码如下:

1
2
3
4
5
6
  /**
* 页面上拉触底事件的处理函数
*/
onReachBottom() {
console.log('触发了上拉触底的事件')
},
配置上拉触底距离

上拉触底距离指的是触发上拉触底事件时滚动条距离页面底部的距离

可以在全局或页面的.json配置文件中,通过 onReachBottomDistance 属性来配置上拉触底的距离。小程序默认的触底距离是 50px,在实际开发中,可以根据自己的需求修改这个默认值。

1
2
3
4
{
"usingComponents": {},
"onReachBottomDistance": 100
}

上拉触底案例

扩展

自定义编译模式

微信开发者工具 -> 编译下拉菜单 -> 添加编译模式 -> 设置启动页面

生命周期

生命周期 (Life Cycle)是指一个对象从创建 **-> **运行 -> 销毁的整个阶段,强调的是一个时间段

我们可以把每个小程序运行的过程,也概括为生命周期:

  • 小程序的启动,表示生命周期的开始
  • 小程序的关闭,表示生命周期的结束
  • 中间小程序运行的过程,就是小程序的生命周期

生命周期的分类

在小程序中,生命周期分为两类,分别是:

  1. 应用生命周期
    • 特指小程序从启动 -> 运行 -> 销毁的过程
  2. 页面生命周期
    • 特指小程序中,每个页面的加载 -> 渲染 -> 销毁的过程

其中,页面的生命周期范围较小应用程序的生命周期范围较大

生命周期函数

生命周期函数:是由小程序框架提供的内置函数,会伴随着生命周期,自动按次序执行

生命周期函数的作用:允许程序员在特定的时间点执行某些特定的操作。例如,页面刚加载的时候,可以在onLoad生命周期函数中初始化页面的数据。

注意:生命周期强调的是时间段生命周期函数强调的是时间点

小程序中的生命周期函数分为两类,分别是:

  1. 应用的生命周期函数
    • 特指小程序从启动 -> 运行 -> 销毁期间依次调用的那些函数
  2. 页面的生命周期函数
    • 特指小程序中,每个页面从加载 -> 渲染 -> 销毁期间依次调用的那些函数
应用的生命周期函数

小程序的应用生命周期函数需要在 app.js 中进行声明,示例代码如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
// app.js
App({

/**
* 当小程序初始化完成时,会触发 onLaunch(全局只触发一次),可以做一些初始化的工作
*/
onLaunch() {},

/**
* 当小程序启动,或从后台进入前台显示,会触发 onShow
*/
onShow(options) {},

/**
* 当小程序从前台进入后台,会触发 onHide
*/
onHide() {},

/**
* 当小程序发生脚本错误,或者 api 调用失败时,会触发 onError 并带上错误信息
*/
onError(msg) {}
})
页面的生命周期函数

小程序的页面生命周期函数需要在页面的 .js 文件中进行声明,示例代码如下:

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
36
37
38
39
40
41
42
43
// 页面的 .js 文件
Page({

/**
* 生命周期函数--监听页面加载,一个页面只调用一次
*/
onLoad(options) {},

/**
* 生命周期函数--监听页面初次渲染完成,一个页面只调用一次
*/
onReady() {},

/**
* 生命周期函数--监听页面显示
*/
onShow() {},

/**
* 生命周期函数--监听页面隐藏
*/
onHide() {},

/**
* 生命周期函数--监听页面卸载,一个页面只调用一次
*/
onUnload() {},

/**
* 页面相关事件处理函数--监听用户下拉动作
*/
onPullDownRefresh() {},

/**
* 页面上拉触底事件的处理函数
*/
onReachBottom() {},

/**
* 用户点击右上角分享
*/
onShareAppMessage() {}
})

WXS 脚本

WXS ( WeiXin Script) 是小程序独有的一套脚本语言,结合WXML,可以构建出页面的结构。

wxs 的应用场景

wxml中无法调用在页面的 .js 中定义的函数,但是,wxml中可以调用wxs 中定义的函数。因此,小程序中wxs的典型应用场景就是 “过滤器”。

wxs 和 JavaScript的关系*

虽然 wxs 的语法类似于 JavaScript,但是 wxs 和 JavaScript 是完全不同的两种语言:

  1. wxs有自己的数据类型
    • number 数值类型、string 字符串类型、boolean 布尔类型、object 对象类型、
    • function 函数类型、array 数组类型、date 日期类型、regexp 正则
  2. wxs 不支持类似于ES6及以上的语法形式
    • 不支持: let、const、解构赋值、展开运算符、箭头函数、对象属性简写、etc…
    • 支持: var 定义变量、普通function函数等类似于ES5的语法
  3. wxs 遵循 Common]S 规范
    • module 对象
    • require() 函数
    • module.exports 对象

内嵌 wxs 脚本

wxs代码可以编写在 wxml 文件中的 <wxs> 标签内,就像 Javascript 代码可以编写在 html 文件中的 <script> 标签内一样。

wxml 文件中的每个 <wxs></wxs> 标签,必须提供 module 属性,用来指定当前wxs的模块名称,方便在 wxml 中访问模块中的成员:

1
2
3
data: {
username:'zs'
},
1
2
3
4
5
6
7
8
9
10
<view>
<!-- 将文本转换为大写形式 zs -> ZS -->
{{m1.toUpper(username)}}
</view>

<wxs module="m1">
module.exports.toUpper = function(str) {
return str.toUpperCase()
}
</wxs>

定义外联的 wxs 脚本

wxs 代码还可以编写在以 .wxs 为后缀名的文件内,就像 javascript 代码可以编写在以 .js 为后缀名的文件中一样。示例代码如下:

1
2
3
4
5
6
7
8
// utils/tools.wxs
function toLower(str) {
return str.toLowerCase()
}

module.exports = {
toLower: toLower
}

使用外联的 wxs脚本

在wxml中引入外联的 wxs脚本时,必须<wxs> 标签添加 modulesrc 属性,其中:

  • module 用来指定模块的名称
  • src 用来指定要引入的脚本的路径,且必须是相对路径

示例代码如下:

1
2
3
4
5
<view>
{{m2.toLower(country)}}
</view>

<wxs src="../../utils/tools.wxs" module="m2" />

wxs 的特点

1.与JavaScript不同

为了降低 wxs (WeiXin Script) 的学习成本,wxs 语言在设计时借大量鉴了JavaScript 的语法。但是本质上,wxs和JavaScript是完全不同的两种语言!

2.不能作为组件的事件回调

wxs 典型的应用场景就是 “过滤器”,经常配合Mustache 语法进行使用,例如:

1
2
3
<view>
{{m2.toLower(country)}}
</view>

但是,在 wxs 中定义的函数不能作为组件的事件回调函数。例如,下面的用法是错误的:

1
<button bindtap="m2.toLower">按钮</button>

3.隔离性

隔离性指的是wxs的运行环境和其他JavaScript代码是隔离的。体现在如下两方面:

  1. wxs 不能调用js中定义的函数
  2. wxs 不能调用小程序提供的 APl

4.性能好

  • iOS 设备上,小程序内的 WXS 会比 JavaScript 代码快 2 ~ 20 倍
  • android 设备上,二者的运行效率无差异

小程序的基础加强