本文启发自实际项目中,随着项目不断增长,页面越来越多,不得不把vue-router的路由管理化繁为简、逐渐自动化的一个过程,希望能引发大家的思考;
在一个Vue + Vue-Router的单页应用中,我们一般会在一个js文件中统一管理我们的页面,具体如下:
const routes = [{
path: '/page-one/index',
component: () => import('./pages/page-one/index'),
meta: {
title: 'page-one-index'
}
}, {
path: '/page-one/sub-page',
component: () => import('./pages/page-one/sub-page'),
meta: {
title: 'page-one-sub-page'
}
}, {
path: '/page-two/index',
component: () => import('./pages/page-two/index'),
meta: {
title: 'page-two-index'
}
}, {
// 其他页面...
}];
export default new VueRouter({ routes });
这种方式的优点就是能集中化的管理页面;而缺点也是明显的,随着项目规模越来越大,单个js会管理大量的页面路由,维护起来有一定的困难。
既然大量的页面路由在单个js文件维护存在困难,那不如就路由根据业务进行拆分管理,每个业务对应的页面由其对应的路由文件来管理,然后在总的路由文件中再聚合各业务的路由文件。
// page-one-router.js
// page-one管理的路由文件
export default [{
path: '/page-one/index',
component: () => import('./index'),
meta: {
title: 'page-one-index'
}
}, {
path: '/page-one/sub-page',
component: () => import('./sub-page'),
meta: {
title: 'page-one-sub-page'
}
}];
// page-two-routes.js
// page-two管理的路由文件
export default [{
path: '/page-two/index',
component: () => import('./index'),
meta: {
title: 'page-two-index'
}
}]
上面的page-one、page-two两个模块是拆分出来的路由管理文件,下面的js是聚合这两个模块的总路由管理文件。
// root-router.js
// 总路由管理文件
let routes = [];
[
'page-one',
'page-two'
].forEach(m => routes = routes.concat(require(`./pages/${m}/router`).default));
export default new VueRouter({ routes });
到这里,这个优化看起来已经好多了,有新增的业务只需要新增业务对应的router.js文件,然后再将业务注册到root-router.js即可。但是我们能不能再优化呢,当前方案再每次新增的时候,都需要改两个地方;答案是肯定的,我们还可以优化。
webpack4中提供了require.context()以通过正则匹配引入对应的模块
require.context(directory, useSubdirectories = false, regExp = /^\.\//);
具体的介绍可以参考官方文档
所以我们可以修改root-router.js`路由加载的逻辑如下:
let routes = [];
// auto import route.js
(modules => modules.keys().forEach((key) => {
routes = routes.concat(modules(key).default);
}))(require.context('./pages/', true, /router\.js$/));
export default new VueRouter({ routes });
当有新的页面添加时,只需要在其子目录中添加router.js文件,root-router.js文件将会自动将其关联。
虽然这只是一个小小的优化,但是在优化过程中体现了工程化的一个目的,就是尽量减少人工操作,降低维护成本
在使用vue-cli搭建的环境中,浏览器上URL地址中是存在#的,这是由于vue-router 默认 hash 模式,不难发现#的出现真的很丑陋。官网给出了如何使用history模式mode: history
vue中路由传参主要的3种方式:query方式(push时使用path来匹配)、params模式(push时使用name来匹配)、location预声明参数模式(push使用path来匹配,但是它跟params模式不同)
我们的通用的后台管理系统中,我们会根据权限的粗细不同,会对每个角色每个权限每个资源进行控制。同样的我们也需要实现一个这样的功能。 这篇文章我将主要讲vue端的实现,关于后台接口我就不会涉及,当我接触的时候我们的后台接口是springcloud实现。
前后端分离开发模式,后端会把路由控制丢在前端,这几天再开发单页面小的项目,手动撸了个路由。前端路由实现有两种方法。HTML5 History API包括2个方法:history.pushState()和history.replaceState(),和1个事件:window.onpopstate。hash + location.onhashchange
在后台管理系统中,一般都会采用权限管理。路由菜单数据都会保存到数据库中,在vue-router 2.2版本新增了一个router.addRoutes(routes)方法,即可用它来实现动态路由了
vue-router 默认 hash 模式 —— 使用 URL 的 hash 来模拟一个完整的 URL,于是当 URL 改变时,页面不会重新加载。如果不想要很丑的 hash,我们可以用路由的 history 模式,这种模式充分利用 history.pushState API 来完成 URL 跳转而无须重新加载页面。
原本想用动态路由的思路去做,按权限加载对应路由表,但是由于权限可以交叉(比如一个人可以同时是主题管理员和数据服务管理员),导致权限路由表还是得去做判断组合。于是放弃了这个思路,索性就在beforeEach里直接判断了。
使用vue-cli构建项目后,我们会在Router文件夹下面的index.js里面引入相关的路由组件,webpack在打包的时候会把整个路由打包成一个js文件,如果页面一多,会导致这个文件非常大,加载缓慢
query和params的区别,query相当于get请求,在页面跳转的时候,可以在地址栏看到请求参数,然而params则相当于post请求,参数不会在地址栏中显示。
当服务端接收到HTTP请求时,可以通过onRequest() 获取到url, pathname,query,及paramParams参数;为了解析这些数据需要使用url和querystring模块
内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!