资讯专栏INFORMATION COLUMN

服务端预渲染之Nuxt(路由篇)

yuanxin / 2461人阅读

摘要:前面既然说到了会把文件夹下面的所有文件编译成路由,那么子路由需要使用文件夹嵌套才行。客户端首次访问的页面会在服务端做输出,一旦渲染完成之后,则不会再在服务端输出,则会一直在客户端进行输出了。

服务端预渲染之Nuxt - 使用

现在大多数开发都是基于Vue或者React开发的,能够达到快速开发的效果,也有一些不足的地方,Nuxt能够在服务端做出渲染,然后让搜索引擎在爬取数据的时候能够读到当前页面。

首先要说明一点,我们可以认为我们所编写的Vue项目是一个服务端的项目,虽然编写的还是Vue项目,但是Nuxt是基于服务器环境的。

就简单的说一下Nuxt使用。基础只是还是以官方文档为主,如果博客中哪里有问题,欢迎留言指正。

说了这么多,进入正题。

路由

与传统的Vue项目不同的是,我们在使用Vue的时候需要配置Vue-Router信息,在Nuxt有很关键的一点就是约定优于配置page目录下的所有*.vue文件会自动生成路由配置。

在项目初始化之后,在pages下面默认有一个index.vue文件,所以当我们使用npm run dev启动项目,并且使用http://localhost:3000/访问的时候能够正常访问路由。

为了证实上面这一点,在pages下面创建一个信息about.vue文件,并且http://localhost:3000/about去访问刚刚写的页面。我们可以按照正常的Vue页面去开发就好了。

page目录

├─page
│   ├─index.vue
└───└─about.vue

about.vue

创建完成之后使用http://localhost:3000/about访问该页面,页面能够正常的渲染出来了。就会看到This About显示在页面中。

做到这一步之后就应该实现路由之间的跳转了。Vue开发过程中,都是使用router-link标签完成路由之间的跳转,在Nuxt也同样可以使用router-link,但是Nuxt仍然推荐使用nuxt-link,nuxt-linkrouter-link的功能是等效的。

可能会有一些疑问,既然是等效的,为什么要使用nuxt-link呢?官方文档中是这样说的:将来我们会为nuxt-link组件增加更多的功能特性,例如资源预加载,用于提升nuxt.js应用的响应速度。显然嘛,官方不会无缘无故的就做出这么一个东西来,肯定实在其中做了很多的优化工作的。

稍微的改动一下刚才的about.vue在里面添加两个标签,一个使用nuxt-link,一个使用router-link看下能否正常完成跳转。

about.vue - 更改后

既然从路由开始那么就不得不说到子路由,全局路由守卫这些都些在路由中经常用到的应该怎么处理?该怎么解决这些问题。

前面既然说到了Nuxt会把pages文件夹下面的所有*.vue文件编译成路由,那么子路由需要使用文件夹嵌套才行。

接下来就尝试一下。首先要更改一下pgeas目录结构。

page目录

├─page
│   ├─about
│   │  ├─detail.vue
│   │  └─index.vue
└───└─index.vue

注意上面的about目录,是index.vue而并非about.vue,这里的index.vue指的是about路由下的首页,也就是最开始放在与index.vue同级的那个about.vue是一样的效果。

about/index.vue

about/detail.vue

现在如果我们想要访问刚才的那两个路由地址分别就是http://localhost:3000/abouthttp://localhost:3000/about/detail就能看到刚才编写的page页面了。

如果想要看路由生成到底是什么样子的?可以在根目录下有一个.nuxt文件夹,在里面可以看到一个router.js,这个文件夹下面就是Nuex生成好的路由信息。

打开文件后翻到最后会有一段这样的代码,是不是很眼熟?这是不就是在编写Vue项目的时候配置的哪些路由文件么?

router.js

export function createRouter() {
  return new Router({
    mode: "history",
    base: decodeURI("/"),
    linkActiveClass: "nuxt-link-active",
    linkExactActiveClass: "nuxt-link-exact-active",
    scrollBehavior,
    routes: [{
      path: "/about",
      component: _9ceb4424,
      name: "about"
    }, {
      path: "/about/detail",
      component: _18146f65,
      name: "about-detail"
    }, {
      path: "/",
      component: _d3bf5a4e,
      name: "index"
    }],
    fallback: false
  })
}

有了这个文件的话我们就可以清楚的知道,路由的结构了。不仅仅这样,还可以使用name去实现路由的跳转了。

需要注意的是,如果你的路由是有文件夹嵌套的话,Nuxt是用使用-来拼接路由的name名称的(如:about-detail),但是文件夹内部的index.vue会直接已文件夹的名字作为name。一旦知道了路由的name,这样我们就可以使用命令的方式跳转路由了。

再次更改一下about/index.vue

about/index.vue


使用路由访问http://localhost:3000/about地址,分别点击详情、首页与button,都是能够正常跳转的,与之前的Vue开发是完全没有任何区别的。在vue-router中有一个很重要的一个点就是动态路由的概念,如果想要实现动态路由应该怎么处理呢?

如果想要在Nuxt中使用动态路由的话,需要在对应的路由下面添加一个_参数名.vue的文件,在about文件下面添加一个_id.vue

page目录

├─page
│   ├─about
│   │  ├─detail.vue
│   │  ├─_id.vue
│   │  └─index.vue
└───└─index.vue

新建完成之后在去router.js中看一下更改后的路由结构

export function createRouter() {
  return new Router({
    mode: "history",
    base: decodeURI("/"),
    linkActiveClass: "nuxt-link-active",
    linkExactActiveClass: "nuxt-link-exact-active",
    scrollBehavior,
    routes: [{
      path: "/about",
      component: _9ceb4424,
      name: "about"
    }, {
      path: "/about/detail",
      component: _18146f65,
      name: "about-detail"
    }, {
      path: "/about/:id",
      component: _6b59f854,
      name: "about-id"
    }, {
      path: "/",
      component: _d3bf5a4e,
      name: "index"
    }],
    fallback: false
  })
}

可以明显的看到在/about/:id这个路由,明显的变化不止这些变动的还有name: "about-id"不再是之前的name:about了。如果想要使用这个id的话必须在_id.vue中才能获取到。

_id.vue

_id.vue中编写以上代码并使用http://localhost:3000/about/ABC,可以看到在页面中已经展示了当前的id值。

在实际开发过程当中可能params可能会有多个参数,又应该怎么处理呢?

调整目录结构

//  id为可选参数
├─page
│   ├─about
│   │  ├─_name
|   |  |    └─_id
|   |  |        └─index.vue
│   │  └─index.vue
└───└─index.vue

about - _name - _id.vue

弄完之后看下router.js的变化

export function createRouter() {
  return new Router({
    mode: "history",
    base: decodeURI("/"),
    linkActiveClass: "nuxt-link-active",
    linkExactActiveClass: "nuxt-link-exact-active",
    scrollBehavior,
    routes: [{
      path: "/about",
      component: _9ceb4424,
      name: "about"
    }, {
      path: "/about/detail",
      component: _18146f65,
      name: "about-detail"
    }, {
      path: "/about/:name",
      component: _2ec9f53c,
      name: "about-name"
    }, {
      path: "/about/:name/:id",
      component: _318c16a4,
      name: "about-name-id"
    }, {
      path: "/",
      component: _d3bf5a4e,
      name: "index"
    }],
    fallback: false
  })
}

这里展示的是第二种情况,id为必选参数的情况,路由被编译的结果。

虽然路由已经添加了参数,但是id属性不是必填属性,这样的话不能满足项目需求又要如何处理呢?很简单的,在_id.vue文件同目录下添加一个index.vue文件就可以了。

//  id为必选参数
├─page
│   ├─about
│   │  ├─_name
|   |  |    ├─_id.vue
|   |  |    └─index.vue
│   │  └─index.vue
└───└─index.vue

需要注意的是,一定要在_id.vue文件中使用传入的参数,直接获取在index.vue中是拿不到任何信息的。但是如果访问http://localhost:3000/about/ABC这样的路由的话,实在index.vue中是可以获取到name参数的。

在刚才的router.js文件中生成的所有的路由都是平级的,如何实现路由的嵌套,如果想要实现嵌套路由的话,必须有和当前路由同名的文件夹存在,才能完成路由的嵌套。

page目录

├─page
│   ├─about
|   |  ├─_id.vue
|   |  └─detaile.vue
│   ├─about.vue
└───└─index.vue

router.js

export function createRouter() {
  return new Router({
    mode: "history",
    base: decodeURI("/"),
    linkActiveClass: "nuxt-link-active",
    linkExactActiveClass: "nuxt-link-exact-active",
    scrollBehavior,
    routes: [{
      path: "/about",
      component: _76687814,
      children: [{
        path: "",
        component: _9ceb4424,
        name: "about"
      }, {
        path: ":id",
        component: _6b59f854,
        name: "about-id"
      }]
    }, {
     path: "/",
      component: _d3bf5a4e,
      name: "index"
    }],
    fallback: false
  })
}

更改完目录结构,那我们嵌套的路由应该如何展示?在vue.js中开发的时候使用router-view这个标签完成的。为了性能的优化Nuxt也提供了一个对应的标签nuxt-child

如果想实现嵌套路由传参需要稍微的改动一下目录结构,按照上面的方法实现就好了,下面是一个路由结构的例子。

page目录

├─page
│   ├─about
│   │  ├─detail
|   |  |    ├─_id.vue
|   |  |    └─index.vue
│   │  └─index.vue
└───└─index.vue

router.js

export function createRouter() {
  return new Router({
    mode: "history",
    base: decodeURI("/"),
    linkActiveClass: "nuxt-link-active",
    linkExactActiveClass: "nuxt-link-exact-active",
    scrollBehavior,
    routes: [{
      path: "/about",
      component: _76687814,
      name: "about",
      children: [{
        path: "detail",
        component: _0a09b97d,
        name: "about-detail"
      }, {
        path: "detail/:id?",
        component: _fa7c11b6,
        name: "about-detail-id"
      }]
    }, {
      path: "/",
      component: _d3bf5a4e,
      name: "index"
    }],
    fallback: false
  })
}

_id.vue中则可以使用id这个参数了。访问路由http://localhost:3000/about/detail/123,依然可以拿到传入的id123的这个参数。

说了这么多了,还有很多问题没得说完,关于路由的全局守卫又应该如何去使用?在Nuxt根目录下有个plugins文件夹。首先要做的是在里面创建一个名为router.js文件。

plugins-router.js

export default ({app}) => {
  app.router.beforeEach((to,form,next) => {
    console.log(to)
    next();
  });
}

导出了一个函数,在这个函数中可以通过结构拿到vue的实例对象名叫app。需要注意的是,这个beforeEach函数的执行,有可能会在服务端也会有可能在客户端输出。客户端首次访问的页面会在服务端做输出,一旦渲染完成之后,则不会再在服务端输出,则会一直在客户端进行输出了。

说到这里做个小插曲,那么又该怎么区分当前是在客户端环境还是服务端环境呢?可以使用process.server获取到当前的运行环境,其得到的是Boolean值,true服务端,fasle客户端。

做了这些之后去访问路由,仿佛没有任何输出,无论实在客户端还是在服务端,都没有任何打印输出,中间缺少了步骤,需要在根目录下找到nuxt.config.js对插件进行配置。

nuxt.config.js

const pkg = require("./package")
module.exports = {
  plugins: [
    "@/plugins/element-ui",
    "@/plugins/router"
  ]
}

由于更改了Nuxt配置需要重启一下服务,才能正常执行刚刚写入的插件。然后访问刚刚写入的路由,会看在服务端初次渲染的时候,会输出我们想要的那些东西,进行路由跳转的话,会在客户端输出,这也就证明了Nuxt只会做首屏的服务器渲染。

路由说了这么接下来需要说一下Nuxt是如何为指定的路由配置数据做渲染的。其实Nuxt在做渲染的时候包裹了很多层。首先有一个Document作为其模板,然后再去寻找其布局的页面,找到对应的页面之后,再根据引用去找到相关的组件进行渲染,数据请求与数据挂载,一系列完成之后,把剩余的路由信息返还给客户端,渲染完成,这个就是Nuxt简单的渲染流程。

在上面提到了一个布局页面,这个东西应该去哪里找?又应该怎么做呢?它对于项目而言对于开发又有什么好处?在Nuxt根目录下有一个layouts文件夹,下面有一个default.vue这个文件就是上面提到的渲染页面,也就同等于vue开发中的App.vue,在这里可以做很多事情。例如添加一个全局的导航。

layouts文件夹添加一个about.vue文件写入如下内容,接下来需要在pages下面的about.vue中通知,对应pages使用哪个布局页面,不写则使用默认,然后访问http://localhost:3000/about相关的页面,只要是和about相关的页面,都会展示这个内容。

layouts - about.vue

pages - about.vue


访问一下所有与about页面有关的页面,都会看到Aaron个人博客主页这个字样,若访问根路由则无法看到的。

如果做过mvc开发的话,如果页面发生错误会跳转到一个错误页面的。Nuxt也是有默认的错误页面的,但是全是英文而且样式也不太好看,不能自定义样式。如何自定义错误页面呢?

layouts文件夹中新建一个error.vue文件。

layouts - error.vue



error.vue中可以通过props拿到一个error对象,获取到error错误信息之后能做任何想要做的事情。需要注意的一点是,自定意的错误页面,只能在客户端访问失效的时候才会响应到该页面,若在服务端的话,是无法直接渲染这个页面的。

更改页面配置Nuxt中有些全局的配置,配置信息在nuxt.config.js更改其全局配置,pages文件夹中的*.vue文件也是可以配置的,页面私有的配置会覆盖掉全局的配置。

举例:

export default {
  layout:"about",
  head: {
    title:"About"
  }
}

在这些全局配置中最重要的一个就是asyncData这个属性。asyncData到底是用来做什么的呢?这个数据可以在设置组件的数据之前能一步获取或者处理数据。也就是说在组件渲染之前先获取到数据,然后等待挂载渲染。

举个例子:


一定要return出去获取到的对象,这样就可以在组件中使用,这里返回的数据会和组件中的data合并。这个函数不光在服务端会执行,在客户端同样也会执行。

注意事项:

asyncData 方法会在组件(限于页面组件)每次加载之前被调用

asyncData 可以在服务端或路由更新之前被调用

第一个参数被设定为当前页面的上下文对象

Nuxt会将 asyncData 返回的数据融合到组件的data方法返回的数据一并返回给组件使用

对于 asyncData 方式实在组件初始化前被调用的,所以在方法内饰没办法通过this来引用组件的实例对象

刚刚提到了一点就是上下问对象,在上线文对象中可以获取到很多东西,如路由参数,错误信息等等等,这里就不作太多赘述了,有了这些可以做一些页面的重定向或者其他工作,比如参数校验,安全验证等工作。

路由扯了一大堆,接下来说一下如何在Nuxt中融入axios的使用。

安装axios

npm install @nuxtjs/axios --save-dev

安装完成后更改配置信息:

nuxt.config.js

module.exports = {
    modules: [
        // Doc: https://axios.nuxtjs.org/usage
        "@nuxtjs/axios",
    ],
    axios: {
        proxy:true  //  代理
    },
    proxy: {
        "/api/":"http://localhost:3001/"    //  key(路由前缀):value(代理地址)
    }
}

主要说名一下proxy这里,/api/在请求的时候遇到此前缀则会只指向的代理地址去请求数据。

既然说到了axios,就不得不提到的一个东西就是拦截器,很是有用在项目开发过程中必不可少的。

举个例子:

module.expores{
  plugins: [
    "@/plugins/axios"
  ],
  modules: [
    // Doc: https://axios.nuxtjs.org/usage
    "@nuxtjs/axios",
  ],
}

plugins/axios.js

export default ({ $axios, redirect }) => {
  $axios.onRequest(config => {
    console.log("Making request to " + config.url)
  })

  $axios.onError(error => {
    const code = parseInt(error.response && error.response.status)
    if (code === 400) {
      redirect("/400")
    }
  })
}
总结

说了这么多也许会有些纰漏,或者遗漏的知识点,若有什么错误的地方可以在下方留言,尽快做出改正。谢谢大家花费这么长时间阅读这篇文章。

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/103313.html

相关文章

  • 服务端预渲染Nuxt(介绍

    摘要:为了解决问题,推出了服务端预渲染,以便提高对优化。应用,到了,单页面应用优秀的用户体验,逐渐成为了主流,页面整体式渲染出来的,称之为客户端渲染。客户端接收数据,然后完成最终渲染。通过对客户端服务端基础框架的抽象组织,主要关注的是应用的渲染。 现在前端开发一般都是前后端分离,mvvm和mvc的开发框架,如Angular、React和Vue等,虽然写框架能够使我们快速的完成开发,但是由于前...

    Shonim 评论0 收藏0
  • 服务端预渲染Nuxt - (爬坑

    摘要:根据官方文档在文件下面创建两个文件,分别是和。在中可以直接使用,并且是默认启用命名空间的。在中触发热更新。使用中间件中间件没有给出具体的使用文档,而是放入了一个编辑器。对配置有兴趣的可以在官方文档找到渲染文档。 Nuxt是解决SEO的比较常用的解决方案,随着Nuxt也有很多坑,每当突破一个小技术点的时候,都有很大的成就感,在这段时间里着实让我痛并快乐着。在这里根据个人学习情况,所踩过的...

    cucumber 评论0 收藏0
  • 手把手教你搭建SSR(vue/vue-cli + express)

    摘要:最近简单的研究了一下,对已经有了一个简单的认知,主要应用于单页面应用,是很不错的框架。创建好之后,在命令行直接输入即可,当控制台显示服务已启动则表示该服务已经启动成功了。配置参数中有一项为这项配置的就是我们即将使用的模板。 最近简单的研究了一下SSR,对SSR已经有了一个简单的认知,主要应用于单页面应用,Nuxt是SSR很不错的框架。也有过调研,简单的用了一下,感觉还是很不错。但是还是...

    liangdas 评论0 收藏0
  • Nuxt.js服务渲染实践,从开发到部署

    摘要:感悟经过几个周六周日的尝试,终于解决了服务端渲染中的常见问题,当不在是问题的时候,或许才是我们搞前端的真正的春天,其中也遇到了一些小坑,官方还是很给力的,提后很积极的给予帮助,再次感谢的开发团队。 感悟 经过几个周六周日的尝试,终于解决了服务端渲染中的常见问题,当SEO不在是问题的时候,或许才是我们搞前端的真正的春天,其中也遇到了一些小坑,Nuxt.js官方还是很给力的,提issue后...

    weij 评论0 收藏0

发表评论

0条评论

yuanxin

|高级讲师

TA的文章

阅读更多
最新活动
阅读需要支付1元查看
<