1. 动机
最近在开发小程序，小程序既需兼顾针对新用户的内容预览，又要为注册用户提供服务，简单梳理下，基本需求如下：
- 小程序共三个tab页，所有用户都可以浏览首页内容，了解我们可以提供的优质服务；
- 进入其他两个页面之后，如果用户没有登录，那就显示登录按钮，如果登录了，则显示服务内容；
- 用户在一个页面登陆之后，全局生效。
就这么个看起来很简单的需求，也经过了如下迭代：
- 将登录状态和凭据存储在 App.globalData.authorize 中，每个需要授权的页面 onload 生命周期检查 App.globalData.authorize.authorized ，为 true 时渲染服务内容，为 false 则显示登录按钮；
- 但如果打开了需要授权的页面 A 但是没有登录，再打开页面 B 登录，这时候回到 A 页面，登录按钮赫然在眼，这是因为 A 页面的 onload 回调函数只执行了一次；
- 为了能在 A 页面及时共享 B 页面登录后的状态，在 A 页面的 onshow 生命周期里再获取了一次登录状态，但这样一来，打开 A 页面的时候，会出现短暂的白屏，用户甚至有可能看到按钮变成服务内容的整个过程。
翻遍小程序 API 文档 ，也没有发现用于监听登录的生命周期，就算有也用不了，因为我们有着自己的账号体系，服务端认证完毕才算真正的登录成功。
所以我决定自己包装原有的 Page 函数，添加一个 onauth 生命周期——
2. 事件总线
首先是自定义登录事件的触发与监听，官方的 EventChannel 需要向后兼容，横竖是个订阅回调，那我还不如自己撸一个得了：
/**
* @file utils/event.js
*/
/**
* @const EMPTY_HANDLER
* @desc 空事件回调，被取消事件将被指向此函数
*/
const EMPTY_HANDLER = () => {};
/**
* @const eventSet - 事件监听函数集
*/
const eventSet = {
authorize: []
};
/**
* @function emit - 发送全局事件
* @param {String} type - 事件类型
* @param {Object} event - 事件对象
*/
export const emit = (type, event) => (eventSet[type] || []).forEach(item => item(Object.freeze(event)));
/**
* @function on - 注册全局事件
* @param {String} type - 事件类型
* @param {Function} callback - 事件回调函数
*/
export const on = (type, callback) => {
if (!eventSet[type]) {
eventSet[type] = [];
}
if (!callback instanceof Function) {
throw new Error('callback must be a Function!');
}
return eventSet[type].push(callback)
};
/**
* @function off - 取消对某事件的监听
* @param {String} type - 事件类型
* @param {Number} id - 需要取消的事件ID，即 registEvent 所返回的值
*/
export const off = (type, id) => {
if (!eventSet[type]) return
eventSet[type][id - 1] = EMPTY_HANDLER
// 如果某类事件已经全被取消的话，将其置为空数组
const noListener = !eventSet[type].reduce((pre, cur) => (cur && cur === EMPTY_HANDLER) || pre, false);
if (noListener){
eventSet[type] = []
};
}有关订阅-回调的知识请自行百度，简而言之就是一个杂志亭，订阅者订阅了某款杂志，当发布者发布该款杂志的时候，杂志亭就将杂志送到订阅者手里，双方需要约定的就是杂志名称一致，也就是 on方法和 emit 方法的第一个参数。
3. 定义AuthPage
然后是对 Page 函数的魔改：
/**
* @file utils/auth-page.js
*/
import { on } from '/event.js';
export const AuthPage = function(options){
const { onAuth, data, onLoad } = options;
const userInfo = {
nickName: '', // 昵称
account: '', // 账号
avatar: { // 头像
small: '',
middle: '',
large: ''
},
title: 'student', // 头衔
phoneNumber: 0, // 电话号码
gender: 'secret', // 性别
'class': '' // 班级
}
if (options.data){
options.data.authorized = false;
options.data.userInfo = userInfo
} else {
options.data = {
authorized: false,
userInfo: userInfo
}
}
/**
* 仍旧调用原始的 Page 方法
*/
Page(Object.assign(
options,
{
onLoad: function(...arg) {
const { authorize, userInfo } = getApp().globalData;
// 执行开发者期望的 onload 事件
onLoad instanceof Function && onLoad.bind(this)(...arg);
// 页面初始化时，若已经授权，直接执行授权回调
// 否则将授权回调注册为授权事件回调
if (onAuth instanceof Function){
if (authorize.authorized){
onAuth.bind(this)({
type: 'authorize',
authorized: true,
token: authorize.token,
userInfo: userInfo
});
} else {
on('authorize', onAuth.bind(this));
}
}
}
}
));
}4. 触发登录事件
自定义的 onAuth 生命周期里订阅了一个 authorize 事件，登录之后需要发布相应的事件来触发其回调，触发的函数需要写在登录组件里：
import { emit } from '../../utils/event.js';
wx.login({
success: res => {
// ...这里省略了一些复杂的登录流程
getApp().globalData.authorize = {
authorized: true
};
emit('authorize', res);
}
})然后，在两个需要登录的 tab 页引入 AuthPage 替换原有的 Page 函数，并在配置项里写 onAuth 回调，就可以监听登录事件了。
补充：
5.适用范围与最佳实践
5.1 适用范围
- 部分页面有权限控制，未登录用户与登录用户可以查看的内容不一样，或者不同级别的用户看到的内容不一样；
- 除了触发登录事件的页面，其他页面的权限修改过程不能直接呈现给用户，如果没有这个限制的话，判断登录这事可以在
onShow函数里完成； - 登录机制仅作为一个组件嵌入需要登录入口的所有页面，而不是单独做一个登录页，因为跳转页面这个操作，肯定是直接呈现给用户的了；
AuthPage不会过多，且切换权限的时候不会有非常耗时的操作。
5.2 最佳实践
// 页面 A
AuthPage({
onLoad: function(){
const { authorized } = getApp().globalData.authorize;
let showText = '你还没有登录';
if(authorized){
showText = '你已经登陆了';
}
this.setState({ showText});
},
onAuth: function(){
this.setState({
showText: '你已经登陆了'
})
}
});
// 页面 B
AuthPage({
onLoad: function(){
const { authorized } = getApp().globalData.authorize;
if(authorized){
this.setState({
showLogin: false, // 隐藏登录组件
showContent: true // 展示内容组件
})
} else {
this.setState({
showLogin: true, // 展示登录组件
showContent: false // 隐藏内容组件
})
}
},
onAuth: function(option){
this.setState({
showLogin: false, // 隐藏登录组件
showContent: true // 展示内容组件
})
}
});这样写的好处就是：用户未登陆的时候，也可以看到 A 页面的一些内容，使得用户可以初步了解应用内容；用户在 B 页面则会看到登录入口；登录之后 B 页面的登陆组件就被隐藏，取代的是应用内容，而此时 A 页面其实已经在后台悄悄更新了，用户对此是毫无感知的(除非后台更新的页面内容过多导致页面卡顿)。
6 总结
由于先前没有给定用例，需要理解整个流程才能上手编码，导致“懂的人不屑用，不懂的人不会用”的尴尬，所以亡羊补牢，增补了使用范围和用例。
仅供参考！！！
