摘要:根据官方文档在文件下面创建两个文件,分别是和。在中可以直接使用,并且是默认启用命名空间的。在中触发热更新。使用中间件中间件没有给出具体的使用文档,而是放入了一个编辑器。对配置有兴趣的可以在官方文档找到渲染文档。
Nuxt是解决SEO的比较常用的解决方案,随着Nuxt也有很多坑,每当突破一个小技术点的时候,都有很大的成就感,在这段时间里着实让我痛并快乐着。在这里根据个人学习情况,所踩过的坑做了一个汇总和总结。
Nuxt开发跨域
项目可以使用Nginx来反向代理,将外来的请求(这里也注意下将Linux的防火墙放行相应端口)转发的内部Nuxt默认的3000端口上,最简单的配置文件如下:
nuxtjs.config.js
{ modules: [ "@nuxtjs/axios", "@nuxtjs/proxy" ], proxy: [ [ "/api", { target: "http://localhost:3001", // api主机 pathRewrite: { "^/api" : "/" } } ] ] }
@nuxtjs/proxy需要手动多带带安装。
Nuxt Store 使用
在Nuxt中使用Vuex跟传统在Vue中使用Vuex还不太一样,首先Nuxt已经集成了Vuex,不需要我们进行二次安装,直接引用就好,在默认Nuxt的框架模板下有一个Store的文件夹,就是我们用来存放Vuex的地方。
Nuxt官方也提供了相关文档,可以简单的过一下,但是官方文档我看来比较潦草。
根据官方文档在store文件下面创建两个.js文件,分别是index.js和todo.js。并在pages文件夹下面创建index.vue。
store - index.js
export const state = () => ({ counter: 0 }) export const mutations = { increment (state) { state.counter++ } }
store - todo.js
export const state = () => ({ list: [] }) export const mutations = { add (state, text) { state.list.push({ text: text, done: false }) }, remove (state, { todo }) { state.list.splice(state.list.indexOf(todo), 1) }, toggle (state, todo) { todo.done = !todo.done } }
pages - index.vue
{{counter}}
- {{item.text}}
在Nuxt中可以直接使用this.$store,并且是默认启用命名空间的。再看一下computed中的代码,在使用mapState的时候,counter属性是直接获取出来的,然而todos属性则是通过命名空间才获取到的。这又是怎么回事?
Nuxt把store中的index.js文件中所有的state、mutations、actions、getters都作为其公共属性挂载到了,store实例上,然而其他的文件则是使用的是命名空间,其对应的命名空间的名字就是其文件名。
运行项目的时候可以在.nuxt文件夹内找到store.js看下是怎么完成的。简单的解释一下代码作用,以及做什么用的。
.nuxt - store.js
// 引入vue import Vue from "vue" // 引入vuex import Vuex from "vuex" // 作为中间件 Vue.use(Vuex) // 保存console 函数 const log = console // vuex的属性 const VUEX_PROPERTIES = ["state", "getters", "actions", "mutations"] // store属性容器 let store = {} // 没有返回值的自执行函数 void (function updateModules() { // 初始化根数据,也就是上面所说的index文件做为共有数据 store = normalizeRoot(require("@/store/index.js"), "store/index.js") // 如果store是函数,提示异常,停止执行 if (typeof store === "function") { // 警告:经典模式的商店是不赞成的,并将删除在Nuxt 3。 return log.warn("Classic mode for store is deprecated and will be removed in Nuxt 3.") } // 执行存储模块 // store - 模块化 store.modules = store.modules || {} // 解决存储模块方法 // 引入todos.js 文件,即数据 // "todos.js" 文件名 resolveStoreModules(require("@/store/todos.js"), "todos.js") // 如果环境支持热重载 if (process.client && module.hot) { // 无论何时更新Vuex模块 module.hot.accept([ "@/store/index.js", "@/store/todos.js", ], () => { // 更新的根。模块的最新定义。 updateModules() // 在store中触发热更新。 window.$nuxt.$store.hotUpdate(store) }) } })() // 创建store实例 // - 如果 store 是 function 则使用 store // - 否则创建一个新的实例 export const createStore = store instanceof Function ? store : () => { // 返回实例 return new Vuex.Store(Object.assign({ strict: (process.env.NODE_ENV !== "production") }, store)) } // 解决存储模块方法 // moduleData - 导出数据 // filename - 文件名 function resolveStoreModules(moduleData, filename) { // 获取导出数据,为了解决es6 (export default)导出 moduleData = moduleData.default || moduleData // 远程store src +扩展(./foo/index.js -> foo/index) const namespace = filename.replace(/.(js|mjs|ts)$/, "") // 空间名称 const namespaces = namespace.split("/") // 模块名称(state,getters等) let moduleName = namespaces[namespaces.length - 1] // 文件路径 const filePath = `store/${filename}` // 如果 moduleName === "state" // - 执行 normalizeState - 正常状态 // - 执行 normalizeModule - 标准化模块 moduleData = moduleName === "state" ? normalizeState(moduleData, filePath) : normalizeModule(moduleData, filePath) // 如果是 (state,getters等)执行 if (VUEX_PROPERTIES.includes(moduleName)) { // module名称 const property = moduleName // 存储模块 // 获取存储模块 const storeModule = getStoreModule(store, namespaces, { isProperty: true }) // 合并属性 mergeProperty(storeModule, moduleData, property) // 取消后续代码执行 return } // 特殊处理index.js // 模块名称等于index const isIndexModule = (moduleName === "index") // 如果等于 if (isIndexModule) { // 名称空间弹出最后一个 namespaces.pop() // 获取模块名称 moduleName = namespaces[namespaces.length - 1] } // 获取存储模块 const storeModule = getStoreModule(store, namespaces) // 遍历 VUEX_PROPERTIES for (const property of VUEX_PROPERTIES) { // 合并属性 // storeModule - 存储模块 // moduleData[property] - 存储模块中的某个属性数据 // property - 模块名称 mergeProperty(storeModule, moduleData[property], property) } // 如果moduleData.namespaced === false if (moduleData.namespaced === false) { // 删除命名空间 delete storeModule.namespaced } } // 初始化根数据 // moduleData - 导出数据 // filePath - 文件路径 function normalizeRoot(moduleData, filePath) { // 获取导出数据,为了解决es6 (export default)导出 moduleData = moduleData.default || moduleData // 如果导入的数据中存在commit方法,则抛出异常 // - 应该导出一个返回Vuex实例的方法。 if (moduleData.commit) { throw new Error(`[nuxt] ${filePath} should export a method that returns a Vuex instance.`) } // 如果 moduleData 不是函数,则使用空队形进行合并处理 if (typeof moduleData !== "function") { // 避免键入错误:设置在覆盖顶级键时只有getter的属性 moduleData = Object.assign({}, moduleData) } // 对模块化进行处理后返回 return normalizeModule(moduleData, filePath) } // 正常状态 // - 模块数据 // - 文件路径 function normalizeState(moduleData, filePath) { // 如果 moduleData 不是function if (typeof moduleData !== "function") { // 警告提示 // ${filePath}应该导出一个返回对象的方法 log.warn(`${filePath} should export a method that returns an object`) // 合并 state const state = Object.assign({}, moduleData) // 以函数形式导出state return () => state } // 对模块化进行处理 return normalizeModule(moduleData, filePath) } // 对模块化进行处理 // moduleData - 导出数据 // filePath - 文件路径 function normalizeModule(moduleData, filePath) { // 如果module数据的state存在并且不是function警告提示 if (moduleData.state && typeof moduleData.state !== "function") { // “state”应该是返回${filePath}中的对象的方法 log.warn(`"state" should be a method that returns an object in ${filePath}`) // 合并state const state = Object.assign({}, moduleData.state) // 覆盖原有state使用函数返回 moduleData = Object.assign({}, moduleData, { state: () => state }) } // 返回初始化数据 return moduleData } // 获取store的Model // - storeModule store数据模型 // - namespaces 命名空间名称数组 // - 是否使用命名空间 默认值 为false function getStoreModule(storeModule, namespaces, { isProperty = false } = {}) { // 如果 namespaces 不存在,启动命名空间,命名空间名称长度1 if (!namespaces.length || (isProperty && namespaces.length === 1)) { // 返回model return storeModule } // 获取命名空间名称 const namespace = namespaces.shift() // 保存命名空间中的数据 storeModule.modules[namespace] = storeModule.modules[namespace] || {} // 启用命名空间 storeModule.modules[namespace].namespaced = true // 添加命名数据 storeModule.modules[namespace].modules = storeModule.modules[namespace].modules || {} // 递归 return getStoreModule(storeModule.modules[namespace], namespaces, { isProperty }) } // 合并属性 // storeModule - 存储模块 // moduleData - 存储模属性数据 // property - 模块名称 function mergeProperty(storeModule, moduleData, property) { // 如果 moduleData 不存在推出程序 if (!moduleData) return // 如果 模块名称 是 state if (property === "state") { // 把state数据分到模块空间内 storeModule.state = moduleData || storeModule.state } else { // 其他模块 // 合并到对应的模块空间内 storeModule[property] = Object.assign({}, storeModule[property], moduleData) } }
以上就是编译后的store文件,大致的意思就是对store文件进行遍历处理,根据不同的文件使用不同的解决方案,使用命名空间挂载model。
页面loading
Nuxt有提供加载Loading组件,一下是配置。
nuxtjs.config.js
module.exports = { loading: { color: "#3B8070" } }
Nuxt提供的loading不能满足项目需求,可能有的项目不需要这样加载动画,so~,就需要自己手动配置一个。添加一个loading组件 (官方示例如下,详情可看官方文档)引用该组件。
nuxtjs.config.js
module.exports = { loading: "~components/loading.vue" }
一个小插曲在Nuxt中,~与@都指向的是根目录。
components/loading.vue
Loading...
第三方组件库
项目开发过程中,难免会用到组件库,与在Vue中使用的时候是太一样的,需要添加一些依赖才能正常使用。
plugins - element-ui.js
import Vue from "vue"; import Element from "element-ui"; import locale from "element-ui/lib/locale/lang/en"; export default () => { Vue.use(Element, { locale }) };
nuxtjs.config.js
module.exports = { css: [ "element-ui/lib/theme-chalk/index.css" ], plugins: [ "@/plugins/element-ui", "@/plugins/router" ] };
使用中间件
中间件Nuxt没有给出具体的使用文档,而是放入了一个编辑器。这一点我感觉到了一丝丝的 差异。为什么要这样。。。简单的研究了一下,弄明白了大概。
在middleware中创建想要的中间件。这里借用一下官网的例子。
middleware - visits.js
export default function ({ store, route, redirect }) { store.commit("ADD_VISIT", route.path) }
向上面这样就创建好了一个中间件,但是应该怎么使用呢?在使用的时候有两种方式,一种是全局使用,另一种是在页面中多带带使用,文件名会作为其中间件的名称。
++全局使用++
nuxtjs.config.js
export default { router: { middleware: ["visits"] } }
页面中多带带使用
export default { middleware: "auth" }
官网中在页面中的asyncData中有一段这样的代码。
export default { asyncData({ store, route, userAgent }) { return { userAgent } } }
持续更新。。。
总结
Nuxt的学习曲线非常小,就像Vue框架一样,已经是一个开箱即用的状态,我们可以直接跨过配置直接开发。对配置有兴趣的可以在Vue官方文档找到SSR渲染文档。
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/103711.html
摘要:为了解决问题,推出了服务端预渲染,以便提高对优化。应用,到了,单页面应用优秀的用户体验,逐渐成为了主流,页面整体式渲染出来的,称之为客户端渲染。客户端接收数据,然后完成最终渲染。通过对客户端服务端基础框架的抽象组织,主要关注的是应用的渲染。 现在前端开发一般都是前后端分离,mvvm和mvc的开发框架,如Angular、React和Vue等,虽然写框架能够使我们快速的完成开发,但是由于前...
摘要:前面既然说到了会把文件夹下面的所有文件编译成路由,那么子路由需要使用文件夹嵌套才行。客户端首次访问的页面会在服务端做输出,一旦渲染完成之后,则不会再在服务端输出,则会一直在客户端进行输出了。 服务端预渲染之Nuxt - 使用 现在大多数开发都是基于Vue或者React开发的,能够达到快速开发的效果,也有一些不足的地方,Nuxt能够在服务端做出渲染,然后让搜索引擎在爬取数据的时候能够读到...
摘要:同比与去年同期的同比变化率。我们对调查报告进行分析数据统计时间与本文时间差距较远,数据存在延后。这意味着你可以获得语法高亮,支持以及更容易使用预处理器如或。的是一个类似语法的可选预处理器,并可在中进行编译。 一些历史 Angular 是基于 TypeScript 的 Javascript 框架。由 Google 进行开发和维护,它被描述为超级厉害的 JavaScript MVW 框架...
摘要:最近简单的研究了一下,对已经有了一个简单的认知,主要应用于单页面应用,是很不错的框架。创建好之后,在命令行直接输入即可,当控制台显示服务已启动则表示该服务已经启动成功了。配置参数中有一项为这项配置的就是我们即将使用的模板。 最近简单的研究了一下SSR,对SSR已经有了一个简单的认知,主要应用于单页面应用,Nuxt是SSR很不错的框架。也有过调研,简单的用了一下,感觉还是很不错。但是还是...
阅读 1398·2021-11-09 09:45
阅读 1759·2021-11-04 16:09
阅读 1430·2021-10-14 09:43
阅读 1768·2021-09-22 15:24
阅读 1538·2021-09-07 10:06
阅读 1577·2019-08-30 14:15
阅读 966·2019-08-30 12:56
阅读 1545·2019-08-29 17:22