两种方式解决页面刷新vuex中数据丢失问题(详细讲解)
问题描述
首先,关于 页面刷新vuex中数据丢失问题
,其实换种方式去描述就是:页面刷新vuex中的数据又初始化问题
个人愚见:vuex的数据并不是弄丢了,而是初始化了,回到初始值,回到原点了
关于vuex的用法本篇文章不赘述,详情可以看之前的文章: https://segmentfault.com/a/11...vuex可以理解为是一个公共的空间,所有的组件都可以共享这个空间的状态数据,大家都可以(修改or读取)这个空间的数据,但是,这个空间的数据状态是有初始值的,举例页面上的菜单数据信息,因为菜单信息需要存储在vuex中,作为全局的共用共享的数据。
- state仓库中有一个menuArr,初始值为一个空数组,这个空数组存放的就是后端传递过来的动态菜单的数组数据,关于动态菜单可以看上一篇文章:https://segmentfault.com/a/11...
- 访问项目初始页面为登录页,用户登录成功以后,会发请求获取后端返回的动态菜单的数据,然后把这个数据存放在vuex中的state中的menuArr里面,同时进行页面跳转到项目首页
- 这时,页面上的左侧菜单栏组件读取vuex中的menuArr数据并渲染出来,用户就可以正常操作了。但是!
- 当用户一刷新的时候(比如在首页刷新),路由不会变,还是在首页。但是:
无论是 .vue组件中的data中的数据,还是vuex中的state中的数据,都会回归到初始状态
- 所以vuex中的menuArr数组又会变成空数组,又因为vue是响应式的,当menuArr为空数组的时候,左侧菜单栏组件就渲染不出来东西,所以就没了,所以看着就像:
页面刷新数据丢失
解决方案一 本地存储一份 login页面
在login.vue组件中的登录中我们去触发action,请求的接口可以写在action里面,也可以写在组件里面。这里因为需要复用action,所以请求我就写在action里面了。
/* login.vue页面 */
点击登录
vuex中的naviBar模块
/* vuex中的naviBar模块 */// 为了发请求,需要有一个vue实例
import Vue from 'vue'
const that = new Vue()/* vuex数据刷新丢失,解决方案一,本地存一份*/
const naviBar = {
state: {
menuArr: JSON.parse(sessionStorage.getItem('menuArr')) ? JSON.parse(sessionStorage.getItem('menuArr')) : []
},
mutations: {
setMenu(state, payload) {
state.menuArr = payload
},
},
actions: {
async getMenu({ commit }, menu) {
let res = await that.$api.getMenuData()
console.log('菜单数据', res);
sessionStorage.setItem('menuArr', JSON.stringify(res.data)) // 本地存储一份
commit("setMenu", res.data) // 提交mutation
},
},
namespaced: true
}
export default naviBar
在需要使用vuex中的数据的地方,也就是home.vue首页的地方,直接使用计算属性取到相应vuex数据,在html中使用即可。
computed: { menuArr(){ return this.$store.state.naviBar.menuArr } }
方案分析
此方案解决了问题,但是如果用户手动把浏览器的Application中的sessionstorage中存储vuex的数据清空,用户一刷新还是会丢失,左侧的菜单还是会没了。
路人甲:用户会这样操作吗,黑人问号?所以我们就考虑使用第二种方式,当页面刷新的时候,再重新发一次请求即可(不使用浏览器存储了)
解决方案一 页面刷新重发请求 login.vue页面不用动
vuex中的naviBar模块
页面刷新重发请求,vuex就不需要写太复杂了。
// 为了发请求,需要有一个vue实例
import Vue from 'vue'
const that = new Vue()/* vuex数据刷新丢失,解决方案二,再重新发请求 */
const naviBar = {
state: {
menuArr: []
},
mutations: {
setMenu(state, payload) {
state.menuArr = payload
},
},
actions: {
async getMenu({ commit }, menu) {
let res = await that.$api.getMenuData()
commit("setMenu", res.data)
},
},
namespaced: true
}
export default naviBar
外层页面重发请求
注意是外层视图,这个根据vue项目的视图结构去选择位置。我在home.vue中书写,因为这个页面也需要使用到vuex中的menuArr数据,也是外层视图
export default {
name: "Home",
created() {
/*
注意由于数组是引用数据类型,所以 [] 不等于 [] ,这里转换成字符串进行比较
若vuex中的menuArr不是初始值,就再次发请求重新获取菜单栏的数据
加一个判断算是优化吧,不加的话,用户登录的时候会发一次,首页组件加载的时候也会发一次请求。
即减少请求的发送次数
*/
if (JSON.stringify(this.$store.state.naviBar.menuArr) == "[]") {
this.$store.dispatch("naviBar/getMenu");
}
},
computed: {
menuArr() {
return this.$store.state.naviBar.menuArr;
},
},
...
}
方案分析
这中方案实现了效果,也减少了本地存储的使用,不过增加了请求和次数。和上一种方案比较,各有优缺点,具体用那种看业务。
其他方案 【两种方式解决页面刷新vuex中数据丢失问题(详细讲解)】还可以使用插件包去解决,比如 vuex-persistedstate 等...
推荐阅读
- parallels|parallels desktop 解决网络初始化失败问题
- 考研英语阅读终极解决方案——阅读理解如何巧拿高分
- 关于QueryWrapper|关于QueryWrapper,实现MybatisPlus多表关联查询方式
- mybatisplus|mybatisplus where QueryWrapper加括号嵌套查询方式
- MybatisPlus|MybatisPlus LambdaQueryWrapper使用int默认值的坑及解决
- SpringBoot调用公共模块的自定义注解失效的解决
- 解决SpringBoot引用别的模块无法注入的问题
- Spark|Spark 数据倾斜及其解决方案
- 解决SyntaxError:|解决SyntaxError: invalid syntax
- 10.两种记账方式