Nuxt的动态路由和参数校验操作
其实动态路由就是带参数的路由。比如我们现在新闻模块下面有很多新闻详情页,这时候就需要动态路由的帮助了。
新闻详细页面
我们在news文件夹下面新建了_id.vue的文件,以下划线为前缀的Vue文件就是动态路由,然后在文件里边有$route.params.id来接收参数。
/pages/news/_id.vue
<template> <div> <h2>News-Content{{$route.params.id}}</h2> <ul> <li><a href="/" rel="external nofollow" rel="external nofollow" >Home</a></li> </ul> </div> </template>
修改新闻首页路由
我们在/pages/news/index.vue进行修改,增加两个详细页的路由News-1和News-2.
<template> <div> <h2>News Index page</h2> <p>NewID:{{$route.params.newsId}}</p> <ul> <li><nuxt-link :to="{name:'index'}">Home</nuxt-link></li> <li><a href="/news/123" rel="external nofollow" rel="external nofollow" >News-1</a></li> <li><a href="/news/456" rel="external nofollow" >News-2</a></li> </ul> </div> </template>
<script> export default { } </script>
动态参数校验
进入一个页面,对参数传递的正确性校验是必须的,Nuxt.js也贴心的为我们准备了校验方法validate()。 /pages/news/_id.vue
<template> <div> <h2>News-Content{{$route.params.id}}</h2> <ul> <li><a href="/" rel="external nofollow" rel="external nofollow" >Home</a></li> </ul> </div> </template>
<script> export default { validate({params}){ // Must be a number return /^\d+$/.test(params.id) } } </script>
/pages/news/index.vue
<template> <div> <h2>News Index page</h2> <p>NewID:{{$route.params.newsId}}</p> <ul> <li><nuxt-link :to="{name:'index'}">Home</nuxt-link></li> <li><a href="/news/123" rel="external nofollow" rel="external nofollow" >News-1</a></li> <li><a href="/news/a" rel="external nofollow" >News-2</a></li> </ul> </div> </template>
<script> export default { } </script>
我们使用了validate方法,并把params传递进去,然后用正则进行了校验,如果正则返回了true正常进入页面,如果返回false进入404页面。
补充知识:Nuxt 实现用户鉴权登陆
引言
博客前台重构完毕了,接下来就是后台部分了,后台的主要功能就是发布、删除、修改文章,自然不是谁都能随便进的。在 vue 项目中,我是在 Vue Router 的全局前置守卫里判断当前用户是否有 cookie 从而判断是否有权进入后台。而 Nuxt 相比 Vue 项目最大的不同之一就是没有使用 Vue Router 而是使用 目录来进行页面路由,自然我们就失去了 全局前置守卫这个利器,当然 Nuxt 是有解决办的,不过在那之前我们需要先来了解一下鉴权的原理。
Cookie 和 Session
相信前端的同学们对这两个名字早就有所耳闻,却不一定有详细的了解。众所周知,我们浏览网页使用的 HTTP 协议是无状态的的,也就是说你每一次请求对于服务器来说都是一样的,它没有办法记住这个请求是你发的。所以这里就要用到Cookie。
Cookie 是服务端设置的,由浏览器储存在你的硬盘中的一组数据,,比如你的用户 数据,每次向服务器发送请求就会携带上这个数据。服务器查看就能知道这是谁发过来的。这一过程就称为Session(会话)
Session 初始是指一种概念,是你和网站发生交互的一个周期。在这个周期中服务器就是通过储存在浏览器的 Cookie 来判别你是谁。但是因为储存在本地的Cookie并不安全,谁都可以看到并更改,所以现在更为流行的做法是仅仅通过 Cookie 保存 的唯一的用户标识符(SessionID)来识别用户,而用户信息储存在服务器端。所以 Session 这个概念可以说是 Cookie 的上级也可以说是其同级
Nuxt 鉴权
讲解了 Nuxt 鉴权的基本原理,我们可以知道鉴权就是在在用户进入这个页面的时候对本地的 Cookie 进行判断,存在设置好的 Cookie 那么说明这个用户已经登陆过了,放他过去。啥也没有? 不行你去给我登陆,就跳转到登录页面。明白了这个流程就开始具体的工作了。
服务器端
在服务器端我们使用 koa-session 安装 koa-session
npm install koa-session
npm install koa-session-mongoose //使用 mongodb 储存 Session 信息
然后在入口文件中这样使用
app.use( session( { key: "***", //加密密钥 overwrite: true, //覆写Cookie httpOnly: true, //经允许通过 JS 来更改 renew: true, store: new MongooseStore({ createIndexes: "appSessions", connection: mongoose, expires: 86400, // 1 day is the default name: "AppSession" }) //传入一个用于session的外部储存,我这里是使用了 mongodb }, app ) );
因为 koa 默认会把 Session 打到 ctx.session 中,不方便用户端获取,所以我们把它移一下位,挪到 ctx.req.session 中
app.use((ctx) => { ctx.status = 200 ctx.respond = false // Bypass Koa's built-in response handling ctx.req.session = ctx.session ctx.req.ctx = ctx // This might be useful later on, e.g. in nuxtServerInit or with nuxt-stash return new Promise((resolve, reject) => { ctx.res.on('close', resolve) ctx.res.on('finish', resolve) nuxt.render(ctx.req, ctx.res, promise => { // nuxt.render passes a rejected promise into callback on error. promise.then(resolve).catch(reject) }) }) })
这是登陆函数,查询数据库是否又对应的用户名和密码,存在的话,给客户端设置一个 Cookie 返回登录成功
static async login(ctx) { let { passwd, email } = ctx.request.body; let hasuser = await UserModel.findOne({ email: email, passwd: md(passwd) }); if (!hasuser) { return ctx.error({}); } else { let userid = hasuser._id; const { session } = ctx; session.userid = userid; return ctx.success({ data: { userid: userid } }); } }
服务端设置完成了
客户端(Nuxt)
其实以上的步骤和 Vue 项目中一模一样,Nuxt 中主要的不同就是失去了全局前置守卫,那么要在哪里判断是否存在 Cookie 呢,别急,Nuxt 官方自然是给了解决方案,先看一下 Nuxt 的生命周期
image
这里我们用到的就是红框中的 nuxtServerInit 和 middleware 这两个时期,先来看代码
// store/index.js Vuex 文件中 export const actions = { // nuxtServerInit is called by Nuxt.js before server-rendering every page nuxtServerInit({ commit }, { req }) { if (req.session && req.session.userid) { console.log("用户已经登录"); commit("SET_USER", req.session.userid); } }, export const mutations = { SET_USER(state, user) { state.authUser = user; }, }
Store action 模块中的 nuxtServerInit 函数是整个生命周期 最先运行的,我们就在这里判断当前用户浏览器中是否有 Cookie ,如果有的话就在 state 中用一个字段保存下来。是不是还挺像全局前置守卫。这里还只是做了判断,打上了印记你登没登陆,拦截在哪里呢,别急,就是下一个流程 middleware 中。
打开 middleware 文件夹( Nuxt 项目自带),新建 auth.js 文件
// auth.js export default function ({ store, redirect }) { if (!store.state.authUser) { return redirect('/welcome') } }
瞧一下 Vuex 中看看你有没有登陆,没有的话把你送到登陆页面去,简单直接吧,只要在需要鉴权的页面引用这个中间件即可,对于此项目只要在后台管理页面引用就好
export default { middleware: 'auth', };
总结
就这样完成了鉴权的操作,没有登陆过的用户在访问后台是时候会被重定向到登陆页面去,就是很简单的使用了一下 Cookie ,限于项目性质,session 的很多功能并没有用到,比如在服务器端储存用户信息。主要是它的功能也就是防止别人访问后台,非常简单。
以上这篇Nuxt的动态路由和参数校验操作就是小编分享给大家的全部内容了,希望能给大家一个参考,也希望大家多多支持。
下一篇:jQuery实现移动端扭蛋机抽奖