路由router注册
router目次下的 index.js 共同 permission.js 是整套vue前端项目的权限判断核心. index.js 内里的path 配置都是一些不会与权限挂钩的路由,比方: 404、登录页面路径等. permission.js 中的 router.beforeEach 是路由拦截,在访问某个链接之前会举行权限判断,但是假如你解释掉这部门代码,然后再去访问某个路径(假如该路径没有被注入到router中),那么也是不能访问的.

路由拦截是对访问路径的第一道校验,控制着整个前端页面的访问权限,把用户当前登录状态、用户当前登录状态、权限和能访问该项目的路径绑定在一起死死的.
登录的重定向
假设在A页面登录超时,然后重新登录,会主动跳转到前次你退出登录时的页面,这个很银杏,但是对于一些公司项目的要求(每次登录之后要跳到首页),我这里的首页是写到router目次先的index.js文件中.



登录时走的流程
在实验 handleGoLogin() 方法时,会调用state中的自界说方法 Login 来实现登录验证和token值的纪录.

在 store-->modules-->user.js中,调用封装好的网络哀求方法举行登录验证

注意: 上面这一步操纵是在 state 中举行的, vue-element-admin中对各个层级有比较严格的规定,好比缓存层就做纪录缓存和取缓存的操纵,api层就做接口层的操纵,顶级层之间相互调用.
上面的代码你可能有点疑问,为什么 store 可以直接调用 user.js中的 Login() 方法呢.首先 main.js中已经声明并利用了 store .


store 文件中的index.js是默认调用的

到了调用接口 api 这一步,上面说到登录动作是先调用了 store 的Login()方法,先走store而不是直接走api是为了对登录乐成后返回的token直接纪录到缓存中,不在 api层额外操纵缓存.
api的方法封装
.
这一层只需要会用就行,重点关注的是已经封装好的 request.js ,由于之后不管什么接口方法都需要用到 request.js ,之后假如对接口入参和出参有调整都需要去修改该文件.


着实 request.js 就是配置一下vue的axios参数,对入参和出参举行判断、封装和处置处罚,对于一些共通错误举行同一抛出,这里有人注意到一个方法: getToken()

直接从浏览器cookie中去token值(有取就有存,存当然是在登录乐成之后的处置处罚)
登录乐成时处置处罚
回到一开始的登录页login.vue以及对应的store中的modules模块==>user.js :

login.vue

登录乐成之后,就会有一个新的url,以是会再走一遍 permission.js的路由拦截:

此中非常关键的一步就会实验了:


拿到token,就会去获取该用户权限信息,根据权限信息天生动态路由,末了通过 addRouters方法注册路由 rewriteRoutes

前端权限控制粒度

user对象无非就是包含了部门 dept和脚色roles信息,但有个permissions: 就拿system:user:resetPwd 来说,system代表一级路由的关键词(也就是路由地址),user是二级路由的关键词,resetPwd是对这个页面中某些操纵的形貌关键词:


这套权限控制前端是否有按钮粒度级别的水平,把握的死死的,前端根据 permissions控制的,随便拉一个代码:

有个自界说方法 hasPerm ,看一下 hasPerm.js :

权限数据分析
看天生动态路由的部门:

看一下这个路由内部是个什么东西:

其他都还好明确,这个component怎么会是这么多年内容:

可以看到假如入参component那么会被更换成一个Layout组件,这个组件来自 :
- <strong>import Layout from '@/layout/index' ,是决定整个前端布局的页面组件</strong>
复制代码

前端打包
框架内里有三个配置文件
(1) .env.development
(2) .env.staging
(3) .env.production
打包的时间 package.json 会根据指令不同加载对应的配置文件:

此中一个变量 VUE_APP_BASE_API, 会主动拼接到服务器访问地址上去,好比: http://[你的服务器ip+端标语]/prod-api ; http://[你的服务器ip+端标语]/stage-api/ ; nginx的配置就是围绕他做睁开,可以不动,改一些文本信息就行了.
/store/modules/permission.js
这个文件里有一段代码:
- export const loadView = (view) => {
- if (process.env.NODE_ENV === 'development') {
- return (resolve) => require([`@/views/${view}`], resolve)
- } else {
- // 使用 import 实现生产环境的路由懒加载
- return () => import(`@/views/${view}`)
- }
- }
复制代码 这里的return () => import(`@/views/${view}`)要根据你打包环境的webpack版本改成对应的语法,在webpack4中动态import不支持变量方式,以是同一改成 return (resolve) => require([`@/views/${view}`], resolve)一种方式就行了.
/router/index.js
动态路由中有一段代码:
- export default new Router({
- mode: 'history', // 去掉url中的#
- scrollBehavior: () => ({ y: 0 }),
- routes: constantRoutes
- })
复制代码 mode:'history'发起改成 mode: 'hash',不然服务器部署后登录失效重定向会404,而且hash模式不会有#这种比较碍眼的url地址.
nginx
部署的核心,静态资源直接放在nginx下运行,服务也用nginx反向署理到其他端口大概其他服务器ip
首先是静态资源文件,你可以把打包好的vue文件放到某个目次下,好比/home/project/stage/,那么你在nginx中可以这么配置(toolsweb是vue项目名,默认是你打包时间设置的outputDir名字):
- # 通过80端口访问静态资源
- server {
- listen 80;
- server_name localhost;
- charset utf-8;
- location / {
- root /home/project/stage/toolsweb;
- try_files $uri $uri/ /index.html;
- index index.html index.htm;
- }
- # 这里的stage-api就是.env文件中设置的,打包的时候自动打进去,所以可以根据这个后缀重定向到新地址
- location /stage-api/ {
- proxy_set_header Host $http_host;
- proxy_set_header X-Real-IP $remote_addr;
- proxy_set_header REMOTE-HOST $remote_addr;
- proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
- proxy_pass http://localhost:8180/tools-back/;
- }
- error_page 500 502 503 504 /50x.html;
- location = /50x.html {
- root html;
- }
- }
复制代码 你可能会有疑问,在想传统项目的api地址可以是直接url更换,能不能也做成如许,答案当然是可以的,直接在.env文件中把
VUE_APP_BASE_API改成 'http://[你的ip:端口]/tools-back' 就行了,如许就不需要配置nginx环境,而且如许有时间根据实际需要直接连接测试和正式api地址测试(固然不发起)。第一种方式优雅点,不用在项目代码里关注服务器地址问题,看你喜欢.
来源:https://blog.csdn.net/m0_58293192/article/details/128419606
免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作! |