这里真的需要状态管理吗?
慕课网上的基于Vue 3新标准,打造后台综合解决方案登录一节,将登录请求和响应处理用状态管理库vuex来处理。但是我觉得这里并不设计什么状态管理,直接将这部分操作封装到一个函数中即可,使用vuex我不太理解?
import { login } from '@/api/sys'import md5 from 'md5'export default { namespaced: true, state: () => ({}), mutations: {}, actions: { login(context, userInfo) { const { username, password } = userInfo return new Promise((resolve, reject) => { login({ username, password: md5(password) }) .then(data => { resolve() }) .catch(err => { reject(err) }) }) } }}
<template> <el-button type="primary" style="width: 100%; margin-bottom: 30px" :loading="loading" @click="handleLogin" >登录</el-button ></template><script setup>import { ref } from 'vue'import { validatePassword } from './rules'import { useStore } from 'vuex'...// 登录动作处理const loading = ref(false)const loginFromRef = ref(null)const store = useStore()const handleLogin = () => { loginFromRef.value.validate(valid => { if (!valid) return loading.value = true store .dispatch('user/login', loginForm.value) .then(() => { loading.value = false // TODO: 登录后操作 }) .catch(err => { console.log(err) loading.value = false }) })}</script>
首先用户的账户信息和登录状态,我们肯定是需要使用到状态管理的。
把登录逻辑放到 actions
里面也只是为了更加聚合,方便我们来阅读业务逻辑。
我们登录逻辑可能并不只是在 登录页 中会使用,可能会牵扯到一些 单点登录/第三方登录 的场景。
这个时候可能可以把 密码登录 功能提取到 登录页,独立出来一个 token
换取用户信息的接口,这个换取用户信息的接口就可以放到 store
里面替换掉现在的 login
方法了。
至于是否封装到一个函数中,就看个人喜好了,因为现在你的贴出来的业务逻辑其实很简单,所以可以放到一个统一/模块化的API请求管理文件中,但是如果业务逻辑比较复杂的时候就没办法很好的抽离了到单独的文件里。
比如说 ant-design-vue-pro/src/store/modules/user.js at master · vueComponent/ant-design-vue-pro 中获取用户信息的逻辑:
// 获取用户信息GetInfo ({ commit }) { return new Promise((resolve, reject) => { // 请求后端获取用户信息 /api/user/info getInfo().then(response => { const { result } = response if (result.role && result.role.permissions.length > 0) { const role = { ...result.role } role.permissions = result.role.permissions.map(permission => { const per = { ...permission, actionList: (permission.actionEntitySet || {}).map(item => item.action) } return per }) role.permissionList = role.permissions.map(permission => { return permission.permissionId }) // 覆盖响应体的 role, 供下游使用 result.role = role commit('SET_ROLES', role) commit('SET_INFO', result) commit('SET_NAME', { name: result.name, welcome: welcome() }) commit('SET_AVATAR', result.avatar) // 下游 resolve(result) } else { reject(new Error('getInfo: roles must be a non-null array !')) } }).catch(error => { reject(error) }) })}
里面会有多个 Mutation
操作。如果抽离到一个纯JS文件中,就会造成很多不必要的心智负担。
在给出的例子中,虽然使用了 Vuex 来处理登录请求和响应,但确实这个具体用例并不完全符合状态管理库通常解决的核心问题——即跨组件或页面的状态共享和同步。然而,是否使用 Vuex 在某些情况下是一个设计选择,取决于项目的复杂性和团队的需求。
对于简单的登录功能,如你所说,封装到一个函数中确实是一个更直接和简洁的方法。但是,Vuex 提供了额外的功能和好处,例如:
然而,对于小型项目或简单的用例,Vuex 的这些好处可能并不明显,甚至可能引入不必要的复杂性。
结论:
在你的具体例子中,如果登录只是与当前组件的状态相关(如显示加载状态),并且没有其他组件需要访问这个状态,那么使用 Vuex 可能不是必需的。但是,如果登录状态(如用户是否已登录、用户的身份等)需要在多个组件或页面之间共享,那么使用 Vuex 将是一个更好的选择。
来自服务器的数据以及是否挂起或导致错误 UI状态如切换,警报和错误消息 自定义主题,凭据和本地化 许多其他类型的状态 Redux using ng2-redux Angular Services and RxJS(推荐)
管理应用程序状态是个难题。您需要在多个后端,Web workers和UI组件之间进行协调。 像Redux和Flux这样的模式旨在通过使这种协调更加明确来解决这个问题。在本文中,我将展示如何使用RxJS在几行代码中实现类似的模式。然后我将展示如何使用这种模式来实现一个简单的Angular 2应用。 在谈论架构模式时,我喜欢从描述其核心属性开始。你可以写在餐巾背上的东西。The devil, of c
建议使用基于redux封装出来的rematch, anujs也自带了这个框架。 rematch的官网 https://github.com/rematch/rematch resolve: { alias: { react: "anujs", "react-dom": "anujs", rematch: "anujs/dist/Rematch.js
Redux应用程序中的Reducer不应该改变state,而是返回一个副本,并且无副作用。 这鼓励你把你的应用程序想象成从一系列事件中“计算”的UI。 让我们来看看一个简单的计数器reducer。 我们可以看到,我们正在传递一个初始状态和一个动作。为了处理每个动作,我们设置了一个switch语句。而不是每个reducer需要显式订阅分发器,每个动作都会传递到每个reducer,它处理它感兴趣的动作
属性是用于标识您的应用程序的操作的唯一字符串。 使用lisp-case(例如)是一个常见的惯例,但是只要在整个项目中是一致的,您可以随意使用任何写法。 示例: 为了简化操作创建,您可以创建一个工厂函数来处理应用程序中重复的部分: 由此产生的创建操作变得更加简洁和干净:
Mpx 参考 vuex 设计实现了外部状态管理系统(store),其中的概念与 api 与 vuex 保持一致,为了更好地支持状态模块管理和跨团队合作场景,我们提出多实例 store 作为 vuex 中 modules 的替代方案,该方案在模块拆分及合并上的灵活性远高于 modules。 介绍 Store 是一个全局状态管理容器,能够轻松实现复杂场景下的组件通信需求,store 与简单的全局状态对