微信小程序之页面拦截器

场景

1. 小程序有52个页面，其中13个页面无需任何身份，另外39个页面须要系统角色。对于这39个页面，若是微信用户没有系统角色，则跳转到登陆页。
2. 是否有系统角色信息须要经过异步请求来获取。

需求分析&实现

对需求进行抽象，其实要的就是一个过滤器，对小程序页面的访问进行过滤，符合条件的经过，不符合条件进行其余处理。

使用过php的laravel框架的童鞋，确定一会儿就联想到了laravel框架的http中间件:
HTTP 中间件提供一个方便的机制来过滤进入应用程序的 HTTP 请求，例如，Laravel 默认包含了一个中间件来检验用户身份验证，若是用户没有通过身份验证，中间件会将用户导向登陆页面，然而，若是用户经过身份验证，中间件将会容许这个请求进一步继续前进。固然，除了身份验证以外，中间件也能够被用来执行各式各样的任务，CORS 中间件负责替全部即将离开程序的响应加入适当的响应头，一个日志中间件能够记录全部传入应用程序的请求。

使人忧桑的是，微信小程序并无提供针对Page实例的中间件机制。因此只能从Page实例的生命周期处下手。

对于onLoad,一个页面只会调用一次；对于onShow,每次打开页面(好比小程序从后台转到前台)都会调用一次。

在onLoad或者onShow钩子函数里，对用户身份进行校验，经过后则拉取该页面须要的数据，不然跳转到登陆页。

//orderDetail.js
onShow: function () {
    let that = this;
    //身份校验
    service.identityCheck(() => {
          //跳转到登陆页
          wx.redirectTo({
            url: "/pages/common/login/login"
          });
        }, () => {    
          //获取页面数据等等      
          that.getDetail(this.orderId);
          ...
        }
   );
  },

不过，每一个页面都要这样写，重复代码好多啊，侵入性也强。不如用装饰函数（高大上的说法是装饰者模式）来包装一下：

//filter.js
function identityFilter(pageObj){
    if(pageObj.onShow){
        let _onShow = pageObj.onShow;
        pageObj.onShow = function(){
            service.identityCheck(()=>{
                //跳转到登陆页
                wx.redirectTo({
                    url: "/pages/common/login/login"
                });
            },()=>{
                //获取页面实例，防止this劫持
                let currentInstance = getPageInstance();
                _onShow.call(currentInstance);
            });
        }
    }
    return pageObj;
}

function getPageInstance(){
    var pages = getCurrentPages();
    return  pages[pages.length - 1];
}

exports.identityFilter = identityFilter;

filter.js用以提供过滤器方法，除了现有的用户身份拦截，后续若是须要其余拦截，能够在这个文件增长。而后，在须要用户身份拦截的小程序页面代码里，用filter.identityFilter处理一下就能够了:

//orderDetail.js
let filter = require('filter.js');
Page(filter.identityFilter({
    ...
    onShow: function () {
        //获取页面数据等等
        this.getDetail(this.orderId);
        //...
    },
    ...
}));

使用Promise进行优化

上面的实现中，每次访问页面，都会执行一次获取用户身份的方法（就是上面代码里的service. identityCheck ）。其实没有必要，在小程序启动的时候获取一次就好了。也就是说，放在app.js的onLaunch方法里执行。

每一个小程序页面实例化时，通常也会执行异步方法，用来获取页面须要的数据。关键在于，咱们须要保证，页面的异步方法 必须在 获取用户身份的异步请求 以后执行。

毋容置疑，Promise最擅长处理异步请求的执行顺序了。主子，快放代码粗来：

//app.js
App({
    onLaunch:function(){
        let p = new Promise(function(resolve,reject){
            service.identityCheck(resolve,reject);
        });
        this.globalData.promise = p; 
    },
    ...
    globalData: {
        promise:null,
    }   
});

//filter.js
const appData = getApp().globalData;
function identityFilter(pageObj){
    if(pageObj.onShow){
        let _onShow = pageObj.onShow;
        pageObj.onShow = function(){
            //改动点
            appData.promise.then(()=>{
                //跳转到登陆页
                wx.redirectTo({
                    url: "/pages/common/login/login"
                });
            },()=>{
                //获取页面实例，防止this劫持
                let currentInstance = getPageInstance();
                _onShow.call(currentInstance);
            });
        }
    }
    return pageObj;
}

小结

基本实现了小程序页面的用户身份拦截器，可是比起laravel的http中间件仍是逊色一些：

1. 须要对每一个页面代码包装一层。
2. 即便用户身份校验不经过，小程序也并不会阻塞页面的渲染。假如获取用户身份的异步方法一分钟才执行完，小程序页面仍是会展现出来，一分钟以后才跳转到登陆页。须要本身增长逻辑，好比在这一分钟内，页面展现空白内容。

嗯，对小程序的新特性保持关注，后面看看怎么改进~