Vue路由守卫优化: 我把老王的门锁换了

Vue路由守卫优化: 我把老王的门锁换了

正所谓一杯茶、一根烟、一段代码写一天,这天我正在工位上喝着我的蜂蜜柚子猫茶,就听到我隔壁工位上的老王隔一段时间,就发出 "唉" 的叹气声,几次循环之后,我就再也忍不住踱步过去看看头发都快要被薅秃的老王到底遇到了啥问题。

1. 过于臃肿的路由守卫

定睛一看,原来问题出在路由守卫这里

js 复制代码
router.beforeEach(async (to, from, next) => {
    if ((to.path == '页面A' || to.path == '页面B') && 用户是否登录) {
        next('登录页面')
    } 
    if ((to.path == '页面A' || to.path == '页面B') && 用户是否认证) {
        showDialog({
            confirm: () => {
                next('认证页面')
            }
        })
    }
    if ((to.path == '页面A' || to.path == '页面B') && 用户是否具有邮箱) {
        next('邮箱页面')
    }
});

可以看到该代码,很多判断都和页面绑定到了一起,导致每次有新页面需要拦截的话,都需要在这厚重的判断上再增加上新的代码,导致这块代码会越来越复杂,直到无法维护。

2. 优化路由守卫

那么该如何优化呢,我考虑从两个方面入手:

第一个: 将页面是否登录、认证之类的信息,放到路由本身的元信息中去,由路由本身来判断自己是否需要拦截,而不是写死在路由守卫中,而且这样做的好处是对于都需要拦截的子路由来说,只需要在父路由上携带是否需要拦截即可

第二个: 将所有拦截器统一到外部数组中,让拦截器和路由守卫本身分离,使得编写拦截器时不会再对路由守卫本身造成意料之外的影响,同时也不会让路由守卫这个方法本身变得过于复杂。

接下来直接上改造后的代码吧

js 复制代码
// 定义路由
const router = [
    {  
        path: '/xxx',  
        name: 'xxx',  
        component: () => import('xxx.vue'),
        meta: {
            // 是否需要登录
            requireLogin: true,
            // 是否需要邮箱
            requireEmail: true
        }
    },
    {  
        path: '/xxx',  
        name: 'xxx',  
        component: () => import('xxx.vue'),
        meta: {
            // 是否需要登录
            requireLogin: true,
            // 是否需要邮箱
            requireEmail: true
        },
        // 这样子路由也同样拦截了
        children: [
            {
                path: '/xxx',  
                name: 'xxx',  
                component: () => import('xxx.vue')
            }
        ]
    }
]

// 定义统一拦截器
const FILTER_LIST = [  
    {  
        name: '登录过滤器',  
        func: async (to, from) => { 
            if (!to.meta.requireLogin) {  
                return null;  
            }
            if (用户是否登录) {
                return '登录页面'
            }
        }  
    },
    {  
        name: '邮箱过滤器',  
        func: async (to, from) => { 
            if (!to.meta.requireEmail) {  
                return null;  
            }
            if (用户是否具有邮箱) {
                return '邮箱页面'
            }
        }  
    }
]

// 路由守卫
router.beforeEach(async (to, from, next) => {  
    let breakFilterResult = null;
    console.groupCollapsed('路由FILTER')
    console.log('------------------------ FILTER START ------------------------')
    // 循环拦截器,判断拦截器是否通过
    for (const filterItem of FILTER_LIST) {  
        const result = await filterItem.func(to, from);  
        if (result != null) {  
            breakFilterResult = result;  
            console.log('- ' + filterItem.name + '%c [不通过]', 'color:#f00;');
            // 如果拦截器没有通过,使用break跳出循环
            break;
        } else {  
            console.log('- ' + filterItem.name + '%c [通过]', 'color:#0f0;');  
        }  
    }
    console.log('------------------------ FILTER END ------------------------')
    console.groupEnd();  
    if (breakFilterResult != null) {  
        next(breakFilterResult);  
    } else {  
        next();  
    }  
});

3. 结语

很多时候简单就是复杂,复杂有时候却意味着简单,通过抽象和分离,看似代码变得更加复杂了,但是维护起来却其实变得更加简单了。当然代码编写有时候就是取舍之道,你不一定要做的多正确,很多时候你的优化和重构并不一定能让代码变得更好,但是一定要前进在让代码变好的路上。

相关推荐
ssshooter9 分钟前
VSCode 自带的 TS 版本可能跟项目TS 版本不一样
前端·面试·typescript
Jerry1 小时前
Jetpack Compose 中的状态
前端
dae bal2 小时前
关于RSA和AES加密
前端·vue.js
柳杉2 小时前
使用three.js搭建3d隧道监测-2
前端·javascript·数据可视化
lynn8570_blog2 小时前
低端设备加载webp ANR
前端·算法
LKAI.2 小时前
传统方式部署(RuoYi-Cloud)微服务
java·linux·前端·后端·微服务·node.js·ruoyi
刺客-Andy3 小时前
React 第七十节 Router中matchRoutes的使用详解及注意事项
前端·javascript·react.js
前端工作日常3 小时前
我对eslint的进一步学习
前端·eslint
禁止摆烂_才浅4 小时前
VsCode 概览尺、装订线、代码块高亮设置
前端·visual studio code
程序员猫哥4 小时前
vue跳转页面的几种方法(推荐)
前端