Vuex4,在Vue3环境下如何优雅的管理状态?

简介: Vuex4,在Vue3环境下如何优雅的管理状态?

基于Vue2.x风格的Vuex的使用方式不适合Vue3了?



我们都知道Vuex是专门为Vue开发的一套状态管理方式,换个角度来看呢,就是给Vue2.x的不足之处打补丁的方式。 像 getter、action都是为了实现代码复用而采取的方式,就连module也是因为不方便单独编写管理模块而设计的。 而在Vue3的环境下,以及没有这些不足了,那么我们对于Vuex的使用方式,也不用拘泥于以前的风格。


我们大胆创新一下。


适合Vue3的特点的使用方式



首先可以去掉 getter和action了,完全没有用处。不说原理了,我们来看个实例。 假设我们要做一个弹窗的模态窗口实现添加和修改的功能,表单在一个单独的组件里面,其他组件有按钮,可以设置“发文”和“编辑”的指令。 需求比较常见吧,我们来设计一下。


state


export default createStore({
  state: {
    // 表单弹窗的状态
    formState: {
      editState: 'add', // 编辑状态,add:添加;update:修改;show :只读显示
      id: 0, // 0:添加;其他:要修改或者显示的数据的ID
      isOpen: false, // 是否打开弹窗(模态)
      model: {} // 这里只是演示异步加载,实际项目中并不适合这么做
    }
  },
  mutations: {
    // 改变表单弹窗的状态
    setFormState(state, form) {
      // 可以设置单独的属性,这里偷懒了。
      Object.assign(state.formState, form)
    }
  },
  modules: {
  }
})
复制代码


  • formState


在state里面定义一个对象,对象的属性是我们需要的各种状态,这里为了演示异步加载,设置了model属性,其实并不需要这么设置。所以大家不要纠结这个设置不符合业务逻辑了。


这个对象会自动转换成reactive形式,所以会自带响应性,也就是说我们不需要在外面套个computed了。 同理getter的设计也是没用必要。


  • setFormState


遵照只能在 mutations 修改状态的设定,我们定义了这个方法,以便实现修改状态的功能。 好了,vuex内部的设计就是这样,下面我们开始设计可以复用的管理类。


可以复用的状态管理类



我们建立一个map-form.js文件,里面写共用代码。


const mapForm = () => {
  // 返回可读可写的表单弹窗状态
  const formState = () => {
    return store.state.formState
  }
  // 返回只读的表单弹窗状态
  const getFormState = () => {
    return readonly(store.state.formState)
  }
  // 打开弹窗
  const openForm = () =>{
    store.commit('setFormState', { isOpen: true})
  }
  // 关闭弹窗
  const closeForm = () =>{
    store.commit('setFormState', { isOpen: false})
  }
  // 设置添加数据
  const addData = () =>{
    store.commit('setFormState', { 
      isOpen: true,
      id: 0,
      editState: 'add'
    })
  }
  // 设置修改状态
  const updateData = (id) =>{
    store.commit('setFormState', { 
      isOpen: true,
      id: id,
      editState: 'update'
    })
  }
  // 设置只读状态
  const showData = (id) =>{
    store.commit('setFormState', { 
      isOpen: true,
      id: id,
      editState: 'show'
    })
  }
  // 异步获取数据
  const loadData = (id) =>{
    return new Promise((resolve, reject) => {
      setTimeout(() => {
        store.commit('setFormState', { 
          model: {
            title: '假装异步获取了数据'
          }
        })
        resolve('成功了!') 
      }, 1000);
    })
  }
  return {
    formState, // 可读写状态
    getFormState, // 只读状态
    openForm, // 打开弹窗
    closeForm, // 关闭弹窗
    addData, // 添加新纪录并且打开弹窗
    updateData, // 修改记录并且打开弹窗
    showData, // 显示数据并且打开弹窗
    loadData // 异步加载数据
  }
}
export default mapForm
复制代码


去掉“魔数”


这样封装一下,就没有字符串的形式的函数调用了,不用担心字符串会写错的问题了。 同时也不用考虑module方式下命名空间的问题,都是独立的管理模块,谁也不影响谁。


只读 vs 随意


因为state的属性会自动变成reactive的形式,所以直接获取里面的对象,也会自动变成reactive形式,这样虽然自带响应性,但是同时也可以造成直接修改状态的问题。


所以为了避免误操作,我们可以利用readonly来实现只读的状态,这样就不怕误操作导致直接修改状态了。


  • formState  可读可写的状态


  • getFormState 只读的状态


具体用那个,就看您喜欢了,不强求。


同步改变状态


打开、关闭弹窗,设置添加、修改状态等,都是同步改变,封装好对应的函数,组件里就可以直接调用了,这样组件实现最小获知原则,调用函数就好,不用管其他的。 代码也很简单,不多说了。


异步修改状态


loadData 里面定义一个promise的实例,实现异步返回状态的功能,这样组件里可以知道确切的加载完毕时机。 表单组件可以这样操作:


const { getFormState, loadData } = mapForm()
    const formState = getFormState()
    // 用于绑定表单的model
    const model = reactive({
      title: ''
    })
    watch(() => formState.id ,(v1, v2) => {
      if (v1 === 0) {
        // 添加状态,重置model
        model.title = ''
      } else {
        // 修改或者只读状态,异步加载数据
        // 另一种加载状态,这个成功了。
        const loading = ElementPlus.ElLoading.service({
          lock: true,
          text: 'Loading',
          spinner: 'el-icon-loading',
          background: 'rgba(0, 0, 0, 0.1)'
        })
        loadData().then((msg) => {
          // 加载成功的提示
          ElementPlus.ElMessage.success({
            message: msg,
            type: 'success'
          })
          // 设置model数据
          Object.assign(model, formState.model)
          // 关闭加载状态
          loading.close()
        })
      }
复制代码


  • 监听ID的变化,异步加载数据


在id变化的时候才需要加载对应的数据,所以这里做了一个wacth。


如果是添加的话,设置model为初始状态。 如果是修改,就调用函数异步加载数据,同时设置加载状态。


等加载结束,停止加载状态,并且设置数据给model。


这里仅仅是为了演示异步操作,才设置这种写法,不代表真实项目也是这么写的。


这样一个基本的状态管理方式就展现出来了,个人感觉还是很清爽的。



相关文章
|
22天前
|
缓存 JavaScript UED
Vue3中v-model在处理自定义组件双向数据绑定时有哪些注意事项?
在使用`v-model`处理自定义组件双向数据绑定时,要仔细考虑各种因素,确保数据的准确传递和更新,同时提供良好的用户体验和代码可维护性。通过合理的设计和注意事项的遵循,能够更好地发挥`v-model`的优势,实现高效的双向数据绑定效果。
126 64
|
22天前
|
JavaScript 前端开发 API
Vue 3 中 v-model 与 Vue 2 中 v-model 的区别是什么?
总的来说,Vue 3 中的 `v-model` 在灵活性、与组合式 API 的结合、对自定义组件的支持等方面都有了明显的提升和改进,使其更适应现代前端开发的需求和趋势。但需要注意的是,在迁移过程中可能需要对一些代码进行调整和适配。
101 60
|
22天前
|
前端开发 JavaScript 测试技术
Vue3中v-model在处理自定义组件双向数据绑定时,如何避免循环引用?
Web 组件化是一种有效的开发方法,可以提高项目的质量、效率和可维护性。在实际项目中,要结合项目的具体情况,合理应用 Web 组件化的理念和技术,实现项目的成功实施和交付。通过不断地探索和实践,将 Web 组件化的优势充分发挥出来,为前端开发领域的发展做出贡献。
28 8
|
21天前
|
存储 JavaScript 数据管理
除了provide/inject,Vue3中还有哪些方式可以避免v-model的循环引用?
需要注意的是,在实际开发中,应根据具体的项目需求和组件结构来选择合适的方式来避免`v-model`的循环引用。同时,要综合考虑代码的可读性、可维护性和性能等因素,以确保系统的稳定和高效运行。
21 1
|
21天前
|
JavaScript
Vue3中使用provide/inject来避免v-model的循环引用
`provide`和`inject`是 Vue 3 中非常有用的特性,在处理一些复杂的组件间通信问题时,可以提供一种灵活的解决方案。通过合理使用它们,可以帮助我们更好地避免`v-model`的循环引用问题,提高代码的质量和可维护性。
32 1
|
22天前
|
JavaScript
在 Vue 3 中,如何使用 v-model 来处理自定义组件的双向数据绑定?
需要注意的是,在实际开发中,根据具体的业务需求和组件设计,可能需要对上述步骤进行适当的调整和优化,以确保双向数据绑定的正确性和稳定性。同时,深入理解 Vue 3 的响应式机制和组件通信原理,将有助于更好地运用 `v-model` 实现自定义组件的双向数据绑定。
|
1月前
|
JavaScript 索引
Vue 3.x 版本中双向数据绑定的底层实现有哪些变化
从Vue 2.x的`Object.defineProperty`到Vue 3.x的`Proxy`,实现了更高效的数据劫持与响应式处理。`Proxy`不仅能够代理整个对象,动态响应属性的增删,还优化了嵌套对象的处理和依赖追踪,减少了不必要的视图更新,提升了性能。同时,Vue 3.x对数组的响应式处理也更加灵活,简化了开发流程。
|
1月前
|
JavaScript 数据管理 Java
在 Vue 3 中使用 Proxy 实现数据双向绑定的性能如何?
【10月更文挑战第23天】Vue 3中使用Proxy实现数据双向绑定在多个方面都带来了性能的提升,从更高效的响应式追踪、更好的初始化性能、对数组操作的优化到更优的内存管理等,使得Vue 3在处理复杂的应用场景和大量数据时能够更加高效和稳定地运行。
59 1
|
25天前
|
JavaScript 前端开发 API
从Vue 2到Vue 3的演进
从Vue 2到Vue 3的演进
39 0
|
25天前
|
JavaScript 前端开发 API
Vue.js响应式原理深度解析:从Vue 2到Vue 3的演进
Vue.js响应式原理深度解析:从Vue 2到Vue 3的演进
54 0

相关实验场景

更多
下一篇
DataWorks