小程序开发的基础与进阶
小程序的基础与进阶
模板与配置
数据绑定
1.数据绑定的基本原则
1.在data中定义数据
2.在WXML中使用数据
2.在data中定义页面的数据
在页面对应的.js文件中，把数据定义到data对象中即可：
Page({
data:{
info:‘data’,
}
})
3.Mustache语法的格式
把data中的数据绑定到页面中渲染，使用Mustache语法（双大括号）将变量包起来即可。语法格式为：
< view>{{要绑定的数据}}< /view>
4.Mustache语法的应用场景
Mustache语法的主要应用场景如下：
- 绑定内容
- 绑定属性
- 运算（三元运算、算数运算等）
5.动态绑定内容
页面的数据如下：
Page({
data:{
info:‘data’,
}
})
页面的结构如下：
< view>{{info}}< /view>
6.动态绑定属性
页面数据如下：
Page({
data:{
imgSrc：‘图片地址’
}
})
页面结构如下：
< view>{{imgSrc}}< /view>
7.三元运算
Page({
data:{
randomNum:Math.random()*10
}
})
页面结构如下：
< view>{{randomNumber >=5 ? '随机数大于或等于5 ：‘随机数字小于5’}}< /view>
8.算数运算
页面的数据如下：
Page({
data:{
randomNum:Math.random().toFixed(2)
}
})
页面的结构如下：
< view>{{randomNum*100}}< /view>
事件绑定
1.什么是事件
事件是渲染层到逻辑层的通讯方式。通过事件可以将用户在渲染层产生的行为，反馈到逻辑层进行业务的处理。
2.小程序中常用的事件
| 类型 | 绑定方式 | 事件描述 |
|---|---|---|
| tap | bindtap或bind:tap | 手指触摸后马上离开，类似于HTML中的click |
| input | bindinput或bind:input | 文本框的输入事件 |
| change | bindchange或bind:change | 状态改变时触发 |
3.事件对象的属性列表
当时间回调触发的时候，会收到一个事件对象event，它的详细属性如下表所示：
| 属性 | 类型 | 说明 |
|---|---|---|
| type | String | 事件类型 |
| timeStamp | Integer | 页面打开到触发事件所经过的毫秒数 |
| target | Object | 触发事件的组件的一些属性值集合 |
| currentTarget | Object | 当前组件的一些属性值集合 |
| detail | Object | 额外的信息 |
| touches | Array | 触摸事件，当前停留在屏幕中的触摸点信息的数组 |
| changedTouches | Array | 触摸事件，当前变化的触摸点信息的数组 |
4.target和currentTarget的区别
target 是触发该事件的源头组件，而 currentTarget 则是当前事件所绑定的组件。
点击内部的按钮时，点击事件以冒泡的方式向外扩散，也会触发外层 view 的 tap 事件处理函数。
此时，对于外层的 view 来说：
-
e.target 指向的是触发事件的源头组件，因此，e.target 是内部的按钮组件
-
e.currentTarget 指向的是当前正在触发事件的那个组件，因此e.currentTarget 是当前的 view 组件
5.bindtap的语法格式
在小程序中，不存在 HTML 中的 onclick 鼠标点击事件，而是通过 tap 事件来响应用户的触摸行为。
1.通过 bindtap，可以为组件绑定 tap 触摸事件，语法如下
< button type=“primary” bindtap=“btnTap”>按钮< /button>
2.在页面的 .js 文件中定义对应的事件处理函数，事件参数通过形参 event（一般简写成 e） 来接收：
Page({
btnTap(e){
console.log(e);
}
})
6.在事件处理函数中为data中的数据赋值
通过调用this.setData(dataObject)方法，可以给页面 data 中的数据重新赋值，示例如下：
Page({
data:{
count:0
},
changeCount(){
this.setData({
count:this.data.count +1
})
}
})
7.事件传参
小程序中的事件传参比较特殊，不能在绑定事件的同时处理函数传递的参数。
可以为组件提供 data-* 自定义属性传参，其中 * 代表的是参数的名字，示例代码如下：
< button data-info = {{2}} bindtap=“btnTap”>按钮< /button>
最终：
info 会被解析为参数的名字
数值 2 会被解析为参数的值
在事件处理函数中，通过 event.target.dataset.参数名 即可获取到具体参数的值，示例代码如下：
btnTap(event){
console.log(event.target.dataset.info);
}
})
8.bindinput的语法格式
在小程序中，通过 input 事件来响应文本框的输入事件，语法格式如下：
1.通过 bindinput，可以为文本框绑定输入事件：
< input type=“text” bindinput=“inputHandler” />
2.在页面的 .js 文件中定义事件处理函数：
inputHandler(event){
console.log(event.detail.value);
}
})
9.实现文本框和data之间的数据同步
实现步骤：
1.定义数据
data:{
msg:‘你好’
}
2.渲染结构
< input value=“{{msg}}” type=“text” bindinput=“inputHandler” />
3.美化样式
input{
border: 1px solid pink;
padding: 5px;
margin: 5px;
border-radius: 3px;
}
4.绑定 input 事件处理函数
inputHandler(event){
this.setData({
msg:event.detail.value
})
}
条件渲染
1.wx:if
在小程序中，使用 wx:if=“{{condition}}” 来判断是否需要渲染该代码块：
< view wx:if=“{{condition}}”>True< /view>
也可以用 wx:elif 和 wx:else 来添加 else 判断：
< view wx:if=“{{type === 1}}”>男< /view>
< view wx:elseif=“{{type === 2}}”>女< /view>
< view wx:else>保密< /view>
2.结合< block>使用wx:if
如果要一次性控制多个组件的展示与隐藏，可以使用一个< block>< /block>标签将多个组件包装起来，并在< block> 标签上使用 wx:if 控制属性，示例如下：
< block wx:if=“{{true}}”>
< view>view1< /view>
< view>view2< /view>
< /block>
注意： < block> 并不是一个组件，它只是一个包裹性质的容器，不会在页面中做任何渲染。
3.hidden
在小程序中，直接使用 hidden=“{{ condition }}” 也能控制元素的显示与隐藏：
< view hidden=“{{condition}}”>条件为true为隐藏，false为显示< /view>
4.wx:if与hidden的对比
1.运行方式不同
-
wx:if 以动态创建和移除元素的方式，控制元素的展示与隐藏
-
hidden 以切换样式的方式（display: none/block;），控制元素的显示与隐藏
2.使用建议
-
频繁切换时，建议使用 hidden
-
控制条件复杂时，建议使用 wx:if 搭配 wx:elif、wx:else 进行展示与隐藏的切换
列表渲染
1.wx:for
通过 wx:for 可以根据指定的数组，循环渲染重复的组件结构，语法示例如下：
< view wx:for=“{{Array}}”>
索引是:{{index}} 当前项是{{item}}
< /view>
默认情况下，当前循环项的索引用 index 表示；当前循环项用 item 表示。
2.手动指定索引和当前项的变量名*
-
使用 wx:for-index 可以指定当前循环项的索引的变量名
-
使用 wx:for-item 可以指定当前项的变量名
示例代码如下：
< view wx:for=“{{Array}}” wx:for-item=“itemName” wx:for-index=“idx”>
索引是:{{idx}} 当前项是{{itemName}}
< /view>
3.wx:key的使用
类似于 Vue 列表渲染中的 :key，小程序在实现列表渲染时，也建议为渲染出来的列表项指定唯一的 key 值，从而提高渲染的效率。
WXSS模板样式
1.什么是WXSS
WXSS (WeiXin Style Sheets)是一套样式语言，用于美化 WXML 的组件样式，类似于网页开发中的 CSS。
2.WXSS和CSS的关系
WXSS 具有 CSS 大部分特性，同时，WXSS 还对 CSS 进行了扩充以及修改，以适应微信小程序的开发。
与 CSS 相比，WXSS 扩展的特性有：
-
rpx 尺寸单位
-
@import 样式导入
理解rpx
1.什么是rpx尺寸单位
rpx（responsive pixel）是微信小程序独有的，用来解决屏适配的尺寸单位。
2.rpx的实现原理
rpx 的实现原理非常简单：鉴于不同设备屏幕的大小不同，为了实现屏幕的自动适配，rpx 把所有设备的屏幕，
在宽度上等分为 750 份（即：当前屏幕的总宽度为 750rpx）。
-
在较小的设备上，1rpx 所代表的宽度较小
-
在较大的设备上，1rpx 所代表的宽度较大
小程序在不同设备上运行的时候，会自动把 rpx 的样式单位换算成对应的像素单位来渲染，从而实现屏幕适配。
3.rpx和px之间的换算单位
在 iPhone6 上，屏幕宽度为375px，共有 750 个物理像素，等分为 750rpx。则：
750rpx = 375px = 750 物理像素
1rpx = 0.5px = 1物理像素
官方建议：开发微信小程序时，设计师可以用 iPhone6 作为视觉稿的标准。
开发举例：在 iPhone6 上如果要绘制宽100px，高20px的盒子，换算成rpx单位，宽高分别为 200rpx 和 40rpx。
样式导入
1.什么是样式导入
使用 WXSS 提供的 @import 语法，可以导入外联的样式表。
2.@import的语法导入
@import 后跟需要导入的外联样式表的相对路径，用 ; 表示语句结束。
全局样式和局部样式
1.全局样式
定义在 app.wxss 中的样式为全局样式，作用于每一个页面。
2.局部样式
在页面的 .wxss 文件中定义的样式为局部样式，只作用于当前页面。
注意：
-
当局部样式和全局样式冲突时，根据就近原则，局部样式会覆盖全局样式
-
当局部样式的权重大于或等于全局样式的权重时，才会覆盖全局的样式
全局配置
1.全局配置文件及常用的配置项
小程序根目录下的 app.json 文件是小程序的全局配置文件。常用的配置项如下：
1.pages
- 记录当前小程序所有页面的存放路径
2.window
- 全局设置小程序窗口的外观
3.tabBar
- 设置小程序底部的 tabBar 效果
4.style
- 是否启用新版的组件样式
window
1.小程序窗口的组成部分
1.navigationBar 导航栏区域
2.backgound 背景区域 （默认不可见，下拉才显示）
3.页面主体区域（用来显示wxml中的布局）
2.了解window节点常用的配置项
| 属性名 | 类型 | 默认值 | 说明 |
|---|---|---|---|
| navigationBarTitleText | String | 字符串 | 导航栏标题文字内容 |
| navigationBarBackgroundColor | HexColor | #00000 | 导航栏背景颜色，如#00000 |
| navitionBarTextStyle | String | white | 导航栏标题颜色，仅支持black/white |
| backgroundColor | HexColor | #ffffff | 窗口的背景颜色 |
| backgroundTextStyle | String | dark | 下拉loading的样式，仅支持dark和white |
| enablePullDownRefresh | Boolean | false | 是否全局开启下拉刷新 |
| onReachBottomDistance | Number | 50 | 页面上拉触底事件触发时距页面底部距离，单位为px |
了解tabBar
1.什么是tabBar
tabBar 是移动端应用常见的页面效果，用于实现多页面
的快速切换。小程序中通常将其分为：
-
底部 tabBar
-
顶部 tabBar
注意：
-
tabBar中只能配置最少 2 个、最多 5 个 tab 页签
-
当渲染顶部 tabBar 时，不显示 icon，只显示文本
2.tabBar的6个组成部分
- backgroundColor：tabBar 的背景色
- selectedIconPath：选中时的图片路径
- borderStyle：tabBar 上边框的颜色
- iconPath：未选中时的图片路径
- selectedColor：tab 上的文字选中时的颜色
- color：tab 上文字的默认（未选中）颜色
3.tabBar节点的配置项
| 属性 | 类型 | 必填 | 默认值 | 描述 |
|---|---|---|---|---|
| position | String | 否 | bottom | tabBar的位置，仅支持bottom/top |
| borderStyle | String | 否 | black | tabBar上边框的颜色，仅支持black/white |
| color | HexColor | 否 | tab上文字的默认(未选中)颜色 | |
| selectedColor | HexColor | 否 | tab上文字的选中颜色 | |
| backgroundColor | HexColor | 否 | tabBar的背景颜色 | |
| list | Array | 是 | tab页签的列表,最少2个，最多5个tab |
4.每个tab项的配置选项
| 属性 | 类型 | 必填 | 描述 |
|---|---|---|---|
| pagePath | String | 是 | 页面路径，页面必须在pages中预先定义 |
| text | String | 是 | tab上显示的文字 |
| iconPath | String | 否 | 未选中的图标路径，当position为top时，不显示icon |
| selectedIconPath | String | 否 | 选中时的图表路径,当position为top时，不显示icon |
页面配置
1.页面配置文件的作用
小程序中，每个页面都有自己的 .json 配置文件，用来对当前页面的窗口外观、页面效果等进行配置。
2.页面配置和全局配置的关系
小程序中，app.json 中的 window 节点，可以全局配置小程序中每个页面的窗口表现。
如果某些小程序页面想要拥有特殊的窗口表现，此时，“页面级别的 .json 配置文件”就可以实现这种需求。
注意：当页面配置与全局配置冲突时，根据就近原则，最终的效果以页面配置为准。
3.页面配置中常用的配置项
| 属性名 | 类型 | 默认值 | 说明 |
|---|---|---|---|
| navigationBarTitleText | String | 字符串 | 导航栏标题文字内容 |
| navigationBarBackgroundColor | HexColor | #00000 | 导航栏背景颜色，如#00000 |
| navitionBarTextStyle | String | white | 导航栏标题颜色，仅支持black/white |
| backgroundColor | HexColor | #ffffff | 窗口的背景颜色 |
| backgroundTextStyle | String | dark | 下拉loading的样式，仅支持dark和white |
| enablePullDownRefresh | Boolean | false | 是否为当前页面开启下拉刷新 |
| onReachBottomDistance | Number | 50 | 页面上拉触底事件触发时距页面底部距离，单位为px |
网络数据的请求
1.小程序中网络数据请求的限制
出于安全性方面的考虑，小程序官方对数据接口的请求做出了如下
两个限制：
1.只能请求 HTTPS 类型的接口
2.必须将接口的域名添加到信任列表中
2.配置request合法域名
需求描述：假设在自己的微信小程序中，希望请求 https://www.escook.cn/ 域名下的接口
配置步骤：登录微信小程序管理后台 -> 开发 -> 开发设置 -> 服务器域名 -> 修改 request 合法域名
注意事项：
1.域名只支持 https 协议
2.域名不能使用 IP 地址或 localhost
3.域名必须经过 ICP 备案
4.服务器域名一个月内最多可申请 5 次修改
3.发起GET请求
调用微信小程序提供的 wx.request() 方法，可以发起 GET 数据请求，示例代码如下：
wx.request({
url: ‘请求地址’,
method:‘get’,
data:{
name:‘zs’,
age:18
},
success:(res)=>{
console.log(res);
}
})
4.发起POST请求
调用微信小程序提供的 wx.request() 方法，可以发起 POST 数据请求，示例代码如下：
wx.request({
url: ‘请求地址’,
method:‘post’,
data:{
name:‘ls’,
age:18
},
success:(res)=>{
console.log(res);
}
})
5.在页面刚加载时请求数据
在很多情况下，我们需要在页面刚加载的时候，自动请求一些初始化的数据。此时需要在页面的 onLoad 事件
中调用获取数据的函数，示例代码如下：
onLoad:function(){
this.getInfo()
}
5.跳过request合法域名校验
如果后端程序员仅仅提供了 http 协议的接口、暂时没有提供 https
协议的接口。
此时为了不耽误开发的进度，我们可以在微信开发者工具中，临时
开启「开发环境不校验请求域名、TLS 版本及 HTTPS 证书」选项，
跳过 request 合法域名的校验。
注意：
跳过 request 合法域名校验的选项，仅限在开发与调试阶段使用！
6.关于跨域和Ajax的说明
跨域问题只存在于基于浏览器的 Web 开发中。由于小程序的宿主环境不是浏览器，而是微信客户端，所以小
程序中不存在跨域的问题。
Ajax 技术的核心是依赖于浏览器中的 XMLHttpRequest 这个对象，由于小程序的宿主环境是微信客户端，所
以小程序中不能叫做“发起 Ajax 请求”，而是叫做“发起网络数据请求”。
视图与逻辑
页面导航
1.什么是页面导航
页面导航指的是页面之间的相互跳转。例如，浏览器中实现页面导航的方式有如下两种：
-
< a> 链接
-
location.href
2.小程序中实现页面导航的两种方式
1.声明式导航
-
在页面上声明一个 < navigator> 导航组件
-
通过点击 < navigator> 组件实现页面跳转
2.编程式导航
- 调用小程序的导航 API，实现页面的跳转
声明式导航
1.导航到tabBar页面
tabBar 页面指的是被配置为 tabBar 的页面。
在使用 < navigator> 组件跳转到指定的 tabBar 页面时，需要指定 url 属性和 open-type 属性，其中：
-
url 表示要跳转的页面的地址，必须以 / 开头
-
open-type 表示跳转的方式，必须为 switchTab
实例代码如下：
< navigator url=“跳转的地址” open-type=“switchTab”>跳转< /navigator>
2.导航到非tabBar页面
非 tabBar 页面指的是没有被配置为 tabBar 的页面。
在使用 < navigator> 组件跳转到普通的非 tabBar 页面时，则需要指定 url 属性和 open-type 属性，其中：
-
url 表示要跳转的页面的地址，必须以 / 开头
-
open-type 表示跳转的方式，必须为 navigate
示例代码如下：
< navigator url=“跳转的地址” open-type=“navigate”>跳转
注意：为了简便，在导航到非 tabBar 页面时，open-type=“navigate” 属性可以省略。
3.后退导航
如果要后退到上一页面或多级页面，则需要指定 open-type 属性和 delta 属性，其中：
-
open-type 的值必须是 navigateBack，表示要进行后退导航
-
delta 的值必须是数字，表示要后退的层级
示例代码如下：
< navigator url=“跳转的地址” open-type=“navigateBack”>跳转< /navigator>
注意：为了简便，如果只是后退到上一页面，则可以省略 delta 属性，因为其默认值就是 1。
编程式导航
1.导航到tabBar页面
调用 wx.switchTab(Object object) 方法，可以跳转到 tabBar 页面。其中 Object 参数对象的属性列表如下：
| 属性 | 类型 | 是否必选 | 说明 |
|---|---|---|---|
| url | string | 是 | 需要跳转的tabBar页面的路径，路径后不能带参数 |
| success | function | 否 | 接口调用成功的回调函数 |
| fail | function | 否 | 接口调用失败的回调函数 |
| complete | function | 否 | 接口调用结束的回调函数（成功或失败都会执行） |
代码如下：
页面结构
< button bindtap=“gotoMessage”>跳转< /button>
执行代码
gotoMessage(){
wx.switchTab({
url: ‘跳转地址’
})
}
2.导航到非tabBar页面
调用 wx.navigateTo(Object object) 方法，可以跳转到非 tabBar 的页面。其中 Object 参数对象的属性列表如下：
| 属性 | 类型 | 是否必选 | 说明 |
|---|---|---|---|
| url | string | 是 | 需要跳转的tabBar页面的路径，路径后不能带参数 |
| success | function | 否 | 接口调用成功的回调函数 |
| fail | function | 否 | 接口调用失败的回调函数 |
| complete | function | 否 | 接口调用结束的回调函数（成功或失败都会执行） |
代码如下：
页面结构
< button bindtap=“gotoMessage”>跳转< /button>
执行代码
gotoMessage(){
wx.navigateto({
url: ‘跳转地址’
})
}
3.后退导航
调用 wx.navigateBack(Object object) 方法，可以返回上一页面或多级页面。其中 Object 参数对象可选的属性列表如下：
| 属性 | 类型 | 是否必选 | 说明 |
|---|---|---|---|
| delta | number | 否 | 返回的页面数，如果delta大于现有页面数，则返回到首页 |
| success | function | 否 | 接口调用成功的回调函数 |
| fail | function | 否 | 接口调用失败的回调函数 |
| complete | function | 否 | 接口调用结束的回调函数（成功或失败都会执行） |
代码如下：
页面结构
< button bindtap=“gotoBack”>跳转< /button>
执行代码
gotoBack(){
wx.navigateBack()
}
导航传参
1.声明式导航传参
navigator 组件的 url 属性用来指定将要跳转到的页面的路径。同时，路径的后面还可以携带参数：
-
参数与路径之间使用 ? 分隔
-
参数键与参数值用 = 相连
-
不同参数用 & 分隔
代码示例如下：
< navigator url=“page/info/info?name=zs&age=18”>跳转< /navigator>
2.编程式导航传参
调用 wx.navigateTo(Object object) 方法跳转页面时，也可以携带参数，代码示例如下：
页面结构：
< button bindtap=“gotoMessage”>跳转< /button>
执行代码：
gotoMessage(){
wx.switchTab({
url: ‘page/info/info?name=zs&age=18’
})
}
3.在onLoad中接收导航传参
通过声明式导航传参或编程式导航传参所携带的参数，可以直接在 onLoad 事件中直接获取到，示例代码如下：
onLoad:function(options){
console.log(options);
}
下拉刷新事件
1.什么是下拉刷新
下拉刷新是移动端的专有名词，指的是通过手指在屏幕上的下拉滑动操作，从而重新加载页面数据的行为。
2.启用下拉刷新
启用下拉刷新有两种方式：
1.全局开启下拉刷新
- 在 app.json 的 window 节点中，将 enablePullDownRefresh 设置为 true
2.局部开启下拉刷新
- 在页面的 .json 配置文件中，将 enablePullDownRefresh 设置为 true
在实际开发中，推荐使用第 2 种方式，为需要的页面单独开启下拉刷新的效果。
3.配置下拉刷新窗口的样式
在全局或页面的 .json 配置文件中，通过 backgroundColor 和 backgroundTextStyle 来配置下拉刷新窗口
的样式，其中：
-
backgroundColor 用来配置下拉刷新窗口的背景颜色，仅支持16 进制的颜色值
-
backgroundTextStyle 用来配置下拉刷新 loading 的样式，仅支持 dark 和 light
4.监听页面的下拉刷新事件
在页面的 .js 文件中，通过 onPullDownRefresh() 函数即可监听当前页面的下拉刷新事件。
例如，在页面的 wxml 中有如下的 UI 结构，点击按钮可以让 count 值自增 +1。在触发页面的下拉刷新事件的时候，要把 count 的值重置为 0。当处理完下拉刷新后，下拉刷新的 loading 效果会一直显示，不会主动消失，所以需要手动隐藏下拉刷新的loading 效果。此时，调用 wx.stopPullDownRefresh() 可以停止当前页面的下拉刷新。
上拉触底事件
1.什么是上拉触底
上拉触底是移动端的专有名词，通过手指在屏幕上的上拉滑动操作，从而加载更多数据的行为。
2.监听页面的上拉触底事件
在页面的 .js 文件中，通过 onReachBottom() 函数即可监听当前页面的上拉触底事件。示例代码如下：
onReachBottom:function(){
console.log(‘触发了上拉触底事件’);
}
3.配置上拉触底事件
上拉触底距离指的是触发上拉触底事件时，滚动条距离页面底部的距离。
可以在全局或页面的 .json 配置文件中，通过 onReachBottomDistance 属性来配置上拉触底的距离。
小程序默认的触底距离是 50px，在实际开发中，可以根据自己的需求修改这个默认值。
生命周期
1.什么是生命周期
生命周期（Life Cycle）是指一个对象从创建 -> 运行 -> 销毁的整个阶段，强调的是一个时间段。例如：
-
张三出生，表示这个人生命周期的开始
-
张三离世，表示这个人生命周期的结束
-
中间张三的一生，就是张三的生命周期
我们可以把每个小程序运行的过程，也概括为生命周期：
-
小程序的启动，表示生命周期的开始
-
小程序的关闭，表示生命周期的结束
-
中间小程序运行的过程，就是小程序的生命周期
2.生命周期的分类
在小程序中，生命周期分为两类，分别是：
1.应用生命周期
- 特指小程序从启动 -> 运行 -> 销毁的过程
2.页面生命周期
- 特指小程序中，每个页面的加载 -> 渲染 -> 销毁的过程
其中，页面的生命周期范围较小，应用程序的生命周期范围较大。
3.什么是生命周期函数
生命周期函数：是由小程序框架提供的内置函数，会伴随着生命周期，自动按次序执行。
生命周期函数的作用：允许程序员在特定的时间点，执行某些特定的操作。例如，页面刚加载的时候，可以在
onLoad 生命周期函数中初始化页面的数据。
注意：生命周期强调的是时间段，生命周期函数强调的是时间点。
4.生命周期函数的分类
小程序中的生命周期函数分为两类，分别是：
1.应用的生命周期函数
- 特指小程序从启动 -> 运行 -> 销毁期间依次调用的那些函数
2.页面的生命周期函数
- 特指小程序中，每个页面从加载 -> 渲染 -> 销毁期间依次调用的那些函数
5.应用的生命周期函数
小程序的应用生命周期函数需要在 app.js 中进行声明，如下：
1.onLaunch
小程序初始化完成时，执行此函数，全局只触发一次，可以做到一些初始化工作。
2.onShow
小程序启动，或从后台进入前台显示时触发
3.onHide
小程序从前台进入后台时触发
6.页面的生命周期函数
小程序的页面生命周期函数需要在页面的 .js 文件中进行声明，如下：
1.onLoad
监听页面加载，一个页面只调用一次
2.onShow
监听页面显示
3.onReady
监听页面初次渲染完成，一个页面调用一次
4.onHide
监听页面隐藏
5.onUnload
监听页面卸载，一个页面调用一次
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、const、解构赋值、展开运算符、箭头函数、对象属性简写、etc…
-
支持：var 定义变量、普通 function 函数等类似于 ES5 的语法
3.wxs 遵循 CommonJS 规范
-
module 对象
-
require() 函数
-
module.exports 对象
WXS脚本基础语法
1.内嵌wxs脚本
wxs 代码可以编写在 wxml 文件中的 < wxs> 标签内，就像 Javascript 代码可以编写在 html 文件中的 < script> 标签内一样。
wxml 文件中的每个 < wxs>< /wxs> 标签，必须提供 module 属性，用来指定当前 wxs 的模块名称，方便在wxml 中访问模块中的成员
< view>{{m1.toUpper(username)}}< /view>
< wxs module=“m1”>
module.exports.toUpper = function(str){
return str.toUpperCase()
}
< /wxs>
2.定义外联的wxs脚本
wxs 代码还可以编写在以 .wxs 为后缀名的文件内，就像 javascript 代码可以编写在以 .js 为后缀名的文件中一样。
3.使用外联的wxs脚本
在 wxml 中引入外联的 wxs 脚本时，必须为 < wxs> 标签添加 module 和 src 属性，其中：
-
module 用来指定模块的名称
-
src 用来指定要引入的脚本的路径，且必须是相对路径
WXS的特点
1.与Javascript不同
为了降低 wxs（WeiXin Script）的学习成本， wxs 语言在设计时借大量鉴了 JavaScript 的语法。但是本质上，wxs 和 JavaScript 是完全不同的两种语言！
2.不能作为组件的时间回调
wxs 典型的应用场景就是“过滤器”，经常配合 Mustache 语法进行使用。但是在 wxs 中定义的函数不能作为组件的事件回调函数。
3.隔离性
隔离性指的是 wxs 的运行环境和其他 JavaScript 代码是隔离的。体现在如下两方面：
1.wxs 不能调用 js 中定义的函数
2.wxs 不能调用小程序提供的 API
4.性能好
-
在 iOS 设备上，小程序内的 WXS 会比 JavaScript 代码快 2 ~ 20 倍
-
在 android 设备上，二者的运行效率无差异
基础加强
自定义组件的创建与引用
1.创建组件
1.在项目的根目录中，鼠标右键，创建 components -> test 文件夹
2.在新建的 components -> test 文件夹上，鼠标右键，点击“新建 Component”
3.键入组件的名称之后回车，会自动生成组件对应的 4 个文件，后缀名分别为 .js，.json， .wxml 和 .wxss
注意：为了保证目录结构的清晰，建议把不同的组件，存放到单独目录中。
2.引用组件
组件的引用方式分为“局部引用”和“全局引用”，顾名思义：
-
局部引用：组件只能在当前被引用的页面内使用
-
全局引用：组件可以在每个小程序页面中使用
3.局部引用组件
在页面的 .json 配置文件中引用组件的方式，叫做“局部引用”。
“usingComponents”: {
“test”:‘/components/test1/test1’
}
4.全局引用组件
在 app.json 全局配置文件中引用组件的方式，叫做“全局引用”。
5.全局引用vs局部引用
根据组件的使用频率和范围，来选择合适的引用方式：
-
如果某组件在多个页面中经常被用到，建议进行“全局引用”
-
如果某组件只在特定的页面中被用到，建议进行“局部引用”
6.组件和页面的区别
从表面来看，组件和页面都是由 .js、.json、.wxml 和 .wxss 这四个文件组成的。但是，组件和页面的 .js 与
.json 文件有明显的不同：
-
组件的 .json 文件中需要声明 “component”: true 属性
-
组件的 .js 文件中调用的是 Component() 函数
-
组件的事件处理函数需要定义到 methods 节点中
自定义组件的样式
1.组件样式隔离
默认情况下，自定义组件的样式只对当前组件生效，不会影响到组件之外的
UI 结构，如图所示：
-
组件 A 的样式不会影响组件 C 的样式
-
组件 A 的样式不会影响小程序页面的样式
-
小程序页面的样式不会影响组件 A 和 C 的样式
好处：
1.防止外界的样式影响组件内部的样式
2.防止组件的样式破坏外界的样式
2.组件样式隔离的注意点
-
app.wxss 中的全局样式对组件无效
-
只有 class 选择器会有样式隔离效果，id 选择器、属性选择器、标签选择器不受样式隔离的影响
建议：在组件和引用组件的页面中建议使用 class 选择器，不要使用 id、属性、标签选择器！
3.修改组件的样式隔离选项
默认情况下，自定义组件的样式隔离特性能够防止组件内外样式互相干扰的问题。但有时，我们希望在外界能够控制组件内部的样式，此时，可以通过 styleIsolation 修改组件的样式隔离选项。
4.styleIsolation的可选值
| 可选值 | 默认值 | 描述 |
|---|---|---|
| isolation | 是 | 表示启用样式隔离，在自定义组件内外，使用class指定的样式不会相互影响 |
| apply-shared | 否 | 表示页面wxss样式将影响到自定义组件，但自定义组件wxss中指定的样式不会影响页面 |
| shared | 否 | 表示页面wxss样式将影响到自定义组件，自定义组件wxss中指定的样式也会影响页面和其他设置了apply-shared或shared的自定义组件 |
自定义组件的数据、方法和属性
1.data数据
在小程序组件中，用于组件模板渲染的私有数据，需要定义到 data 节点中，示例如下：
Component({
data: {
count:0
}
})
2.methods方法
在小程序组件中，事件处理函数和自定义方法需要定义到 methods 节点中，示例代码如下：
Component({
methods: {
addCount(){
this.setData({
count:this.data.count +1
})
}
}
})
3.properties属性
在小程序组件中，properties 是组件的对外属性，用来接收外界传递到组件中的数据，示例代码如下：
Component({
properties: {
max:{
type:Number,
value:0
}
}
})
4.data和properties的区别
在小程序的组件中，properties 属性和 data 数据的用法相同，它们都是可读可写的，只不过：
- data 更倾向于存储组件的私有数据
- properties 更倾向于存储外界传递到组件中的数据
5.使用setData修改properties的值
由于 data 数据和 properties 属性在本质上没有任何区别，因此 properties 属性的值也可以用于页面渲染，或使用 setData 为 properties 中的属性重新赋值
自定义组件数据监听器
1.什么是数据监听器
数据监听器用于监听和响应任何属性和数据字段的变化，从而执行特定的操作。它的作用类似于 vue 中的watch 侦听器。在小程序组件中，数据监听器的基本语法格式如下：
observers:{
‘监听字段’:function(监听字段新值){
do something
})
}
}
2.监听对象属性变化
数据监听器支持监听对象中单个或多个属性的变化
observers:{
‘监听字段1，监听字段2’:function(监听字段1新值，监听字段2新值){
do something
})
}
}
纯数据字段
1.什么是纯数据字段
概念：纯数据字段指的是那些不用于界面渲染的 data 字段。
应用场景：例如有些情况下，某些 data 中的字段既不会展示在界面上，也不会传递给其他组件，仅仅在当前组件内部使用。带有这种特性的 data 字段适合被设置为纯数据字段。
好处：纯数据字段有助于提升页面更新的性能。
2.使用规则
在 Component 构造器的 options 节点中，指定 pureDataPattern 为一个正则表达式，字段名符合这个正则表达式的字段将成为纯数据字段，示例代码如下：
Component({
options:{
pureDataPattern:/^-/
}
})
自定义组件的生命周期
1.组件全部的生命周期函数
小程序组件可用的全部生命周期如下表所示：
| 生命周期函数 | 参数 | 描述说明 |
|---|---|---|
| created | 无 | 在组件实例刚刚被创建时执行 |
| attached | 无 | 在组件实例进入页面节点树时执行 |
| ready | 无 | 在组件在视图层布局完成后执行 |
| moved | 无 | 在组件实例被移动到节点树另一个位置时执行 |
| detached | 无 | 在组件实例被页面节点树移除时执行 |
| error | Object Error | 每当组件方法抛出错误时执行 |
2.组件主要生命周期函数
在小程序组件中，最重要的生命周期函数有 3 个，分别是 created、attached、detached。它们各自的特点
如下：
1.组件实例刚被创建好的时候，created 生命周期函数会被触发
-
此时还不能调用 setData
-
通常在这个生命周期函数中，只应该用于给组件的 this 添加一些自定义的属性字段
2.在组件完全初始化完毕、进入页面节点树后， attached 生命周期函数会被触发
-
此时， this.data 已被初始化完毕
-
这个生命周期很有用，绝大多数初始化的工作可以在这个时机进行（例如发请求获取初始数据）
3.在组件离开页面节点树后， detached 生命周期函数会被触发
-
退出一个页面时，会触发页面内每个自定义组件的 detached 生命周期函数
-
此时适合做一些清理性质的工作
3.lifetimes节点
在小程序组件中，生命周期函数可以直接定义在 Component 构造器的第一级参数中，可以在 lifetimes 字段
内进行声明（这是推荐的方式，其优先级最高）。示例代码如下：Component({
lifetimes:{
created(){},
attached(){},
detached(){}
}
})
自定义组件所在页面的生命周期
1.什么是组件所在页面的生命周期
有时，自定义组件的行为依赖于页面状态的变化，此时就需要用到组件所在页面的生命周期。
例如：每当触发页面的 show 生命周期函数的时候，我们希望能够重新生成一个随机的 RGB 颜色值。
在自定义组件中，组件所在页面的生命周期函数有如下 3 个，分别是：
| 生命周期函数 | 参数 | 描述 |
|---|---|---|
| show | 无 | 组件所在的页面被展示时执行 |
| hide | 无 | 组件所在的页面被隐藏时执行 |
| resize | Object.Size | 组件所在页面尺寸变化时执行 |
2.pageLifetimes节点
组件所在页面的生命周期函数，需要定义在 pageLifetimes 节点中，示例代码如下：
pageLifetimes:{
show(){},
hide(){},
resize(){}
}
自定义组件插槽
1.什么是插槽
在自定义组件的 wxml 结构中，可以提供一个 < slot> 节点（插槽），用于承载组件使用者提供的 wxml 结构。
2.单个插槽
在小程序中，默认每个自定义组件中只允许使用一个 < slot> 进行占位，这种个数上的限制叫做单个插槽。
3.启用多个插槽
在小程序的自定义组件中，需要使用多 < slot> 插槽时，可以在组件的 .js 文件中，通过如下方式进行启用。示例代码如下：
Component({
options:{
multipleSlots:true
}
})
4.定义多个插槽
可以在组件的 .wxml 中使用多个 < slot> 标签，以不同的 name 来区分不同的插槽。在使用带有多个插槽的自定义组件时，需要用 slot 属性来将节点插入到不同的 < slot> 中。示
自定义组件父子组件之间的通信
1.父子组件之间通信的3中方式
1.属性绑定
- 用于父组件向子组件的指定属性设置数据，仅能设置 JSON 兼容的数据
2.事件绑定
事件绑定用于实现子向父传值，可以传递任何类型的数据。使用步骤如下：
-
在父组件的 js 中，定义一个函数，这个函数即将通过自定义事件的形式，传递给子组件
-
在父组件的 wxml 中，通过自定义事件的形式，将步骤 1 中定义的函数引用，传递给子组件
-
在子组件的 js 中，通过调用 this.triggerEvent(‘自定义事件名称’, { /* 参数对象 */ }) ，将数据发送到父组件
-
在父组件的 js 中，通过 e.detail 获取到子组件传递过来的数据
3.获取组件实例
-
父组件还可以通过 this.selectComponent() 获取子组件实例对象
-
这样就可以直接访问子组件的任意数据和方法
了解behaviors
1.什么是behaviors
behaviors 是小程序中，用于实现组件间代码共享的特性，类似于 Vue.js 中的 “mixins”。
2.behaviors的工作方式
每个 behavior 可以包含一组属性、数据、生命周期函数和方法。组件引用它时，它的属性、数据和方法会被合并到组件中。
每个组件可以引用多个 behavior，behavior 也可以引用其它 behavior。
3.创建behavior
调用 Behavior(Object object) 方法即可创建一个共享的 behavior 实例对象，供所有的组件使用：
module.exports = Behavior({
properties:{},
data:{},
methods:{}
})
4.导入并使用behavior
在组件中，使用 require() 方法导入需要的 behavior，挂载后即可访问 behavior 中的数据或方法，示例代码如下：
const myBehavior = require(“…/…/behaviors/my-behavior”)
Component({
behaviors:[myBehavior]
})
5.behavior中所有可用的节点
| 可用的节点 | 类型 | 是否必填 | 描述 |
|---|---|---|---|
| properties | Object.Map | 否 | 同组件的属性 |
| data | Object | 否 | 同组件的数据 |
| methods | Object | 否 | 同自定义组件的方法 |
| behaviors | String Array | 否 | 引入其他的behavior |
| created | Function | 否 | 生命周期函数 |
| attached | Function | 否 | 生命周期函数 |
| ready | Function | 否 | 生命周期函数 |
| moved | Function | 否 | 生命周期函数 |
| detached | Function | 否 | 生命周期函数 |
6.同名字段的覆盖和组合规则
组件和它引用的 behavior 中可以包含同名的字段，此时可以参考如下 3 种同名时的处理规则：
1.同名的数据字段 (data)
2.同名的属性 (properties) 或方法 (methods)
3.同名的生命周期函数
使用npm包
小程序对npm的支持与限制
目前，小程序中已经支持使用 npm 安装第三方包，从而来提高小程序的开发效率。但是，在小程序中使用
npm 包有如下 3 个限制：
-
不支持依赖于 Node.js 内置库的包
-
不支持依赖于浏览器内置对象的包
-
不支持依赖于 C++ 插件的包
总结：虽然 npm 上的包有千千万，但是能供小程序使用的包却“为数不多”。
了解Vant Weapp
1.什么是Vant Weapp
Vant Weapp 是有赞前端团队开源的一套小程序 UI 组件库，助力开发者快速搭建小程序应用。它所使用的是MIT 开源许可协议，对商业使用比较友好。
2.安装Vant组件库
在小程序项目中，安装 Vant 组件库主要分为如下 3 步：
1.通过 npm 安装（建议指定版本为@1.3.3）
2.构建 npm 包
3.修改 app.json
3.使用Vant组件
安装完 Vant 组件库之后，可以在 app.json 的 usingComponents 节点中引入需要的组件，即可在 wxml 中直接使用组件。实例代码如下：
“usingComponents”: {
“van-button”: “@vant/weapp/button/index”
}
4.定制全局主题样式
Vant Weapp 使用 CSS 变量来实现定制主题。
在 app.wxss 中，写入 CSS 变量，即可对全局生效：
.page {
–button-border-radius: 10px;
–button-default-color: #f2f3f5;
–toast-max-width: 100px;
–toast-background-color: pink;
}
API Promise化
1.基于回调函数的异步API的缺点
默认情况下，小程序官方提供的异步 API 都是基于回调函数实现的，例如，网络请求的 API 调用
缺点：容易造成回调地狱的问题，代码的可读性、维护性差！
2.什么是API Promise化
API Promise化，指的是通过额外的配置，将官方提供的、基于回调函数的异步 API，升级改造为基于Promise 的异步 API，从而提高代码的可读性、维护性，避免回调地狱的问题。
3.实现API Promise化
在小程序中，实现 API Promise 化主要依赖于 miniprogram-api-promise 这个第三方的 npm 包。它的安装和使用步骤如下：
下载promise包
npm install --save [email protected]
导入promise包
import {promisifyAll} from ‘miniprogram-api-promise’
const wxp = wx.p = {}
promisifyAll(wx,wxp)
4.调用Promise化之后的异步API
async getInfo(){
const {data:res} = await wx.p.request({
method:‘GET’,
url:‘请求地址’,
data:{name:‘zs’,age:20}
})
}
全局数据共享
1.什么是全局数据共享
全局数据共享（又叫做：状态管理）是为了解决组件之间数据共享的问题。
开发中常用的全局数据共享方案有：Vuex、Redux、MobX 等。
2.小程序中的全局数据共享方案
在小程序中，可使用 mobx-miniprogram 配合 mobx-miniprogram-bindings 实现全局数据共享。其中：
-
mobx-miniprogram 用来创建 Store 实例对象
-
mobx-miniprogram-bindings 用来把 Store 中的共享数据或方法，绑定到组件或页面中使用
了解MobX
1.安装MobX相关的包
在项目中运行如下的命令，安装MobX相关的包：
npm install --save [email protected] [email protected]
注意：MobX 相关的包安装完毕之后，记得删除 miniprogram_npm 目录后，重新构建 npm。
2.创建MobX的Store实例
impor {observable,action} from ‘mobx-miniprogram’
export const store = observavle({
numA:1,
numB:2,
get sum (){
return this.numA + this.numB
updateNum1:action(function(step){
this. numA +=step
})
}
})
3.将Store中的成员绑定到页面中
import{createStoreBindings} from ‘mobx-miniprogram-bindings’
import {store} from ‘…/…/store/store’
Page({
onLoad:function(){
this.storeBindings = createStoreBindings(this,{
store,
fileds:[‘numA’,‘numB’,‘sum’],
actions:[‘updateNum1’]
})
},
onUnload:function(){
this.storeBindings.destoryStoreBindings()
}
})
4.在页面上使用Store中的成员
页面结构
< view>{{numA}}+{{numB}}={{sum}}< /view>
< button bindtap=“btn1” data-step = “{{1}}”>< /button>
按钮执行代码
btn(e){
this.updateNum1(e.target.dataset.step)
}
5.将Store中的成员绑定到组件中
import{storeBindingsBehavior} from ‘mobx-miniprogram-bindings’
import {store} from ‘…/…/store/store’
Component({
behaviors:[storeBindsBehavior],
storeBindings:{
store,
fileds:[‘numA’,‘numB’,‘sum’],
actions:[‘updateNum1’]
}
})
6.在组件中使用Store中的成员
页面结构
< view>{{numA}}+{{numB}}={{sum}}< /view>
< button bindtap=“btn1” data-step = “{{1}}”>< /button>
按钮执行代码
methods：{
btn(e){
this.updateNum1(e.target.dataset.step)
}
}
分包的基础概念
1.什么是分包
分包指的是把一个完整的小程序项目，按照需求划分为不同的子包，在构建时打包成不同的分包，用户在使用时按需进行加载。
2.分包的好处
对小程序进行分包的好处主要有以下两点：
-
可以优化小程序首次启动的下载时间
-
在多团队共同开发时可以更好的解耦协作
3.分包前项目构成
分包前，小程序项目中所有的页面和资源都被打包到了一起，导致整个项目体积过大，影响小程序首次启动的下载时间。
4.分包后项目的构成
分包后，小程序项目由 1 个主包 + 多个分包组成：
-
主包：一般只包含项目的启动页面或 TabBar 页面、以及所有分包都需要用到的一些公共资源
-
分包：只包含和当前分包有关的页面和私有资源
5.分包的加载规则
1.在小程序启动时，默认会下载主包并启动主包内页面
- tabBar 页面需要放到主包中
2.当用户进入分包内某个页面时，客户端会把对应分包下载下来，下载完成后再进行展示
- 非 tabBar 页面可以按照功能的不同，划分为不同的分包之后，进行按需下载
6.分包的体积限制
目前，小程序分包的大小有以下两个限制：
-
整个小程序所有分包大小不超过 16M（主包 + 所有分包）
-
单个分包/主包大小不能超过 2M
使用分包
1.配置方法
在app.json的subpackages节点中声明分包的结构
{
“pages”:[
“pages/index/index”,
“pages/logs/logs”
],
“subpackages”:[
“root”:“packageA”,
“pages”:[
“pages/cat/cat”,
“pages/dog/dog”
]
}
2.打包的原则
1.小程序会按 subpackages 的配置进行分包，subpackages 之外的目录将被打包到主包中
2.主包也可以有自己的 pages（即最外层的 pages 字段）
3.tabBar 页面必须在主包内
4.分包之间不能互相嵌套
3.引用原则
1.主包无法引用分包内的私有资源
2.分包之间不能相互引用私有资源
3.分包可以引用主包内的公共资源
独立分包
1.什么是独立分包
独立分包本质上也是分包，只不过它比较特殊，可以独立于主包和其他分包而单独运行。
2.独立分包与普通分包的区别
最主要的区别：是否依赖于主包才能运行
-
普通分包必须依赖于主包才能运行
-
独立分包可以在不下载主包的情况下，独立运行
3.独立分包的运用场景
开发者可以按需，将某些具有一定功能独立性的页面配置到独立分包中。原因如下：
-
当小程序从普通的分包页面启动时，需要首先下载主包
-
而独立分包不依赖主包即可运行，可以很大程度上提升分包页面的启动速度
注意：一个小程序中可以有多个独立分包。
4.独立分包的方法
{
“pages”:[
“pages/index/index”,
“pages/logs/logs”
],
“subpackages”:[
“root”:“packageA”,
“pages”:[
“pages/cat/cat”,
“pages/dog/dog”
],
“independent”:true
}
5.引用原则
独立分包和普通分包以及主包之间，是相互隔绝的，不能相互引用彼此的资源！例如：
1.主包无法引用独立分包内的私有资源
2.独立分包之间，不能相互引用私有资源
3.独立分包和普通分包之间，不能相互引用私有资源
4.特别注意：独立分包中不能引用主包内的公共资源
分包预下载
什么是分包预下载
分包预下载指的是：在进入小程序的某个页面时，由框架自动预下载可能需要的分包，从而提升进入后续分包页面时的启动速度。
2.配置分包的预下载
预下载分包的行为，会在进入指定的页面时触发。在 app.json 中，使用 preloadRule 节点定义分包的预下载规则，示例代码如下：
{
“preloadRule”:{
“pages/index/index”:{
“network”:‘all’,
“packages”:[‘packagesA’]
}
}
}
3.分包预下载的限制
同一个分包中的页面享有共同的预下载大小限额 2M