详解使用vuex进行菜单管理
|
vuex 的优势在复杂状态管理中才能提现出来。 如果项目中有多级菜单，且不同组件中散布多个相同级别的菜单，项目同一时刻各级菜单有且仅有一个高亮，菜单跳转时除了路由改变，相应菜单也要高亮（之前的恢复非高亮状态），这便是个使用 vuex 再好不过的场景。 使用 DOM 操作进行简单菜单管理使用 DOM 进行菜单管理，背后的思想是：在点击菜单的同时，将事件对象传入事件处理程序，想让当前高亮的 menu 非高亮，再让点击的 menu 高亮。 这样虽然实现了点击切换时 menu 高亮，但有一个 bug：每次初始化都会使默认的 menu 变成高亮，如果此时在非默认高亮的 menu 中用户手动刷新页面，会导致 menu 高亮错误（比如在 buylist 页面刷新页面后，页面内容依然停留在 buylist，但高亮的菜单却变成了 userlist）。 如果要解决这个 bug，就需要在本地存储（刷新不改变存储状态） menu 状态，本地存储可以选择不同的方案，在此不做讨论，但可以肯定的是 DOM + 本地存储控制 menu 高亮的方案在项目逐渐变大以后会变得难以维护。 现在是 vuex 登场的时候了。 使用 vuex 进行菜单管理使用 vuex 进行菜单管理需要 规划层级 确定项目中哪些是一级菜单，哪些是二级菜单，以此类推…… 这里要注意的是，为简化操作，同级别菜单都以不同名称命名，这样在 vuex 中就不需要关注菜单属于那个页面，只关注状态就好。菜单层级通常如下： 在 vuex 分配 `state` 和 `mutations`不同层级的菜单分别占用一个 `state`，至于 `mutations`，本例中不同 `state` 分别对应写了一个 `mutations`，实际工作中为了更大成都减少代码复用，对于 menu 的状态管理可以只写一个 `mutations`，通过传参判断是更改哪个层级及对应的 menu。 需要注意的是 vuex 在页面刷新后状态会重新初始化，这显然和管理菜单所需功能不符（除了主动触发，其他操作不能对菜单产生影响）。可以通过vuex-persistedstate 改变 vuex 默认生命周期，下面示例代码将 vuex 状态存储在了 cookie 中： js 组件中渲染在 template 动态加载高亮 class，通过 vuex 中 state 控制： 写 js 时有个技巧：路由 path 和对应高亮的 menu 名称最好相同，因为路由跳转和高亮 menu 直接相关，这样可以减少一个参数： // 更新 vuex 状态及 menu 高亮
this.$store.commit("changeSecondActiveMenu",path); this.activeMenu[this.activeMenuName] = true; // 路由跳转 path 和对应 menu 名称相同 其他对于 vuex 的优化上文有谈到，实际工作中为了更大程度实现代码复用，对于某个类别的状态管理可以只写一个 mutations ，通过传参（Payload ）判断更改内容。还是以 menu 管理为例，可进行下面的优化： vuex 优化后如下： mutations: {
// 优化后代码，合并 changeFirstActiveMenu 和 changeSecondActiveMenu changeActiveMenu (state,menuInfo) { state[menuInfo.menuHierarchy] = menuInfo.name; } } }); 组件 js 部分优化后如下： // 优化后代码：更改一级和二级菜单触发同个 mutation
this.$store.commit("changeActiveMenu",{ menuHierarchy: 'activeFirstMenu',name: path,}); this.$store.commit("changeActiveMenu",{ // 其他代码略 以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持编程之家。 （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |