大家在做后台管理系统时一般都会涉及到菜单的权限控制问题。当然解决问题的方法无非两种——前端控制和后端控制。我们公司这边的产品迭代速度较快，所以我们是从前端控制路由迭代到后端控制路由。下面我会分别介绍这两种方法的优缺点以及如何实现（不熟悉vue-router api的同学可以先去官网看一波api哈）。
我先简单说下项目的需求：如下图所示，有一级菜单和二级菜单，然后不同的人登录进去会展示不同的菜单。
前端控制路由的思路：将所有的路由映射表都拿到前端来维护，就是我的router.js里面将所有的菜单path与对应的components全部写进去，后面我会提到全部写进去的弊端。然后我的左侧菜单写成一个组件（sidebar.vue），在这个组件里写一份类似这样的data数据，然后通过登录时获取的level值来给data中固定的菜单加hidden，然后前端就根据hidden展示菜单。
下面是菜单组件的伪代码
虽然说这样可以实现权限功能，但有两个问题。
- session里存的是level，我们可以打开浏览器控制台人为控制level，这样就失去了权限的意义。
- 我们如果记住了path，可以直接在浏览器网址栏中手动输入path，然后回车就可以看到任何页面。这也是前端router.js写死所有路由的弊端。
在这里面前端只是通过后端传回的level来给router显示/隐藏，这样前端维护整个路由是比较复杂的而且是有重大隐患的。
现在呢我们来讲讲后端控制路由。先从操作流程来说，我们这边加入了一个dashboard中间页，这个页面只展示不同level下的一级路由，通过点击相应的一级路由进到对应的page页面，该page页面也只展示相对应的所有的二级路由。
这里面出现了两个个新的概念叫 “动态添加路由”和“导航守卫”，就是我前端router.js中只写所有人可以访问的路由表，比如login和404页面等。其他所有的组件资源全部写到一个新的components.js文件中，然后通过后端返回的menudata去映射符合components.js中的key，如果有对应的，就把它动态添加到router中，通过addroutes添加。动态添加路由这个方法要写到导航守卫beforeeach这个钩子函数中。
导航守卫的意思是我路由跳转到下个页面之前要做些什么。就是说我们登录后会跳到dashboard页面，在进到这个页面之前我们需要将后端请求回来的menudata进行二次封装，把他根据权限返回回来的data与我们前端components.js去做map匹配，将最终的数据通过addroutes来push到我们的路由中，之后才能进到我们的dashborad页面，再通过dashborad页面进到对应的page页面，就是说我们把所有的权限控制全在dashboard页面进入之前就做完了。
这里面还有一个小的优化的点：当我们通过前面说的浏览器菜单栏访问到非权限页面或者不存在的页面时，需要根据vue-router中的匹配优先级来最后addroutes 404和*这个页面，这样就可以直接到达404页面而非空页面。
而sidebar和dashboard这两个组件都只需要通过session拿到后端的menudate就可以。
通过这种方式来控制权限，我们如果在浏览器控制台改了session中的level或者在浏览器导航栏改path，都会回归到导航守卫中，就是发请求重新获取menudata，当我addroutes后如果没有匹配到这个值就回到404，当然通过改level也不会达到修改权限的控制，因为我们是动态获取路由，不是之前的前端控制路由。
到此这篇关于vue实现菜单权限控制的示例代码的文章就介绍到这了,更多相关vue菜单权限内容请搜索www.887551.com以前的文章或继续浏览下面的相关文章希望大家以后多多支持www.887551.com！
