前言
在项目开发中,如果使用到了 vuex
,通常我会将所有的接口请求单独用一个文件管理,而业务逻辑写在 actions
中,一方面方便统一管理项目中的所有请求,其次代码结构更加清晰,最重要的是可以全局性的处理一些统一的业务逻辑,例如接口入参调整等一些项目中通用的代码。
文件结构
在项目中完整的一套流程大致可以分为三部分:
- api.js
这个文件通常只用来存放项目中用到的所有接口,可以理解为接口url
的管理文件。简单的请求示例如下:
import request from "@/utils"; // request可以是一个封装方法,用于发送http请求,通常返回Promise
const domin = "http://....."; // domin为服务端对应环境的域名
export const getUserInfo = (params) => {
return request(`${domin}/接口`, "GET", params);
};
- store.js
这个文件为vuex
管理文件,用来管理接口调用逻辑,以及全局性的入参处理等逻辑。简单示例如下:
// 此处引入接口地址
import { getUserInfo } from "@/api";
export default {
state: {
userInfo: null,
},
mutations: {
setUserInfo(state, data) {
state.userInfo = data;
},
},
actions: {
// 命名可以直接后边加Action
getUserInfoAction({ commit, state }, params) {
const apiParams = {
// 对params进行转换,转换成接口需要的入参格式
};
let tempObj = {}; // 此作用域的全局对象,临时变量作用
getUserInfo(apiParams)
.then((res) => {
// 处理返回结果,例如转换成对应的符合业务需求的数据结构
})
.catch((err) => {
// 处理异常,即异常状态下数据应该是什么样子
})
.finally(() => {
// 存入state;也可以用来执行一些请求结束的提示操作,例如展示toast弹窗等
commit("setUserInfo", tempObj);
});
},
},
};
- xxx.vue
这里代表对应的页面,也就是与vuex
直接交互的地方。简单示例如下:
<template>
<h1>{{ userInfo }}</h1>
</template>
<script>
import { mapActions, mapState } from "vuex";
export default {
data() {
return {
myData: {},
};
},
computed: {
...mapState("user", ["userInfo"]),
},
methods: {
...mapActions("user", ["getUserInfoAction"]),
},
mounted() {
// 这里myData作为组件产生的数据,根据实际业务需求来决定是否作为参数传递
this.getUserInfoAction(this.myData);
},
};
</script>
以上内容为个人的工作经验理解,能力有限可能不是最佳方案,今后如有更好的思路我会对随笔内容编辑优化。
标签:请求,vuex,接口,state,userInfo,actions,Vuex From: https://www.cnblogs.com/ychizzz/p/16874322.html