目录：

（1）实战-permissions.js-动态路由

（2）实战-第三方登录-流程分析

（3）实战-第三方登录-代码解读

---

（1）实战-permissions.js-动态路由

在做根据用户角色动态生成路由：

 动态生成路由和菜单我们前面已经讲过，但是我们这个框架跟前面将的不一样的，对应的代码：

我们以前用户的路由信息和菜单信息是存在用户的一张表里，，我们直接把它查出来，返回给前端，前端直接用了就可以啦，现在这个是，数据库只存储了用户对应什么角色，路由信息并不是存在数据库里，路由信息还是保存在前端 ，有前端管理

 

 上面是基本的路由：首页，文档，引导页，大家都能看到的

还有一些是跟权限有关的所有路由：

 meta：路由的一些额外信息：roles：指定角色

 

 

 上面是把所有的路由信息保存在客户端啦，服务器呢，只给你返回角色，然后再根据角色去筛选你这个显示的路由

使用admin用户会看到所有菜单：

admin可以看到所有的菜单： 

 张三用户是edit：对应的路由

 都能看到的路由：hidden属性：表明会不会在菜单中展示出来，比如登录、404、404呀这些鱼油不会子啊压面展示出来

根路径：主页：/  没有hiden属性，所以需要在主页展示出来   文档： /documentation 也没有hidden  会在显示

 

 

 （2）实战-第三方登录-流程分析

这里我们没有使用微信，因为微信认证通过，需要重定向后端服务器地址，这个地址是一个公网的地址。为了减轻麻烦，我们选用码云和Github，它俩不要求地址是公网的

通过地方方登录，可以减轻登录门槛         

点击码云：

点击授权，会从gitee登录后重定向后台的8080服务器上，跳转是使用了浏览器的重定向方式进行跳转，第三方服务器在重定向的时候，携带一个参数叫做code，后端复服务器收到code值，就会知道在gitee上完成登录，然后会调用gitee的api获取用户的信息，比如说用户名是什么，头像等等

 访问gitee需要先获取那端tocken，然后通过access_tocken才能正确访问获取信息

 （3）实战-第三方登录-代码解读

登录按钮：@click=“showDialog=true”把属性改为true

 登录框：sync：作用是把对话框改为false

 

 social-sign：引入新组件，引入，作为component组件进行注册

 组件页面：自定义组件SocialSignin

 首先需要建立8080根gitee的信任关系，返回一个client_server

点击设置 

 选择第三方应用

 创建第三方应用：

 

 

创建成功后生成：

client ID：在码云上的唯一标识

Client Sercet：配合code获取访问令牌

 前端的访问：

点击授权gitee就会授权通过，跳转到后台8080：使用HttpClient发送请求。

 

 

 

 

 把信息保存在自己的数据库中一份，并生成JWT令牌返回传给9527前端

 gitee返回用户信息后，后端8080，再生成一个新的tocken工前端使用，并传送给前端

新窗口发送老窗口的tocken的代码：

发送时会产生跨域问题，怎么解决？加一个参数地址

 

 

 前端页面的收到消息代码：

data：包含可tocken 

 

 前端获取到tocken之后进行存储，跳转到首页，window.location  ：获取地址栏对象