请教一个 Vue 请求后端 API 顺序问题
有 A 、B 两个 API ,其中 B 的结果需要依赖 A 的结果来组装数据(类似于 B 是用户表存了角色 ID ,界面显示的时候需要依赖 A 角色表里的角色名称)
之前的做法是在onMounted里先调用 A 然后再调用 B ,其中 A 被调用后我就把结果存起来了,只用调用这一次
现在我封装了一个分页组件,于是我不在onMounted里调用 B 了,直接watch页码和页大小有变化的时候调用 B ,但是这样会导致一个问题:就是页面一加载的时候 watch 就会生效,导致 B 比 A 先执行。但是我又不想把 A 也放在watch里,因为它的数据几乎是不会变的,类似于角色表,页面加装的时候调用一次即可
大佬们有什么思路吗?
把 A 放在父组件能调用?通过 props 传入结果到你的分页组件?
B 接口也是在父组件里调用的,分页组件它只处理页码或者页大小的变化,变化后会在父组件的 watch 里监控它 然后调用 B
再包一两层?把 A B 分别包成两个函数,onMounted 里面调用 C ,C 取判断如果有 A 就调用 B ,如果没有 A 就先调用 A 。这样你只需要找调用 B 的地方调用 C 即可。
有道理,这个方法可行
你可以考虑在你的分页组件中引入一个状态来表示 A 是否已经加载完成。这样,在组件加载时,你可以首先检查是否已经加载了 A 的数据。如果没有,那么首先加载 A ,然后再加载 B 。下面是一个简单的示例代码,说明了这个思路:import { ref, watch, onMounted } from 'vue';export default { setup() { // 用于存储 A 的数据 const dataA = ref(null); // 用于表示 A 是否已经加载完成 const isDataALoaded = ref(false); // 模拟加载 A 的数据 function fetchDataA() { // 这里假设 fetchDataA 是异步操作 setTimeout(() => { // 模拟从 API 获取到的 A 的数据 const result = / 调用 A 的 API /; // 存储 A 的数据 dataA.value = result; // 标记 A 已加载完成 isDataALoaded.value = true; }, 1000); // 假设加载 A 的数据需要 1 秒钟 } // 模拟加载 B 的数据 function fetchDataB(page, pageSize) { // 这里假设 fetchDataB 是异步操作 setTimeout(() => { // 只有在 A 的数据加载完成后才调用 B 的 API if (isDataALoaded.value) { // 这里可以使用 A 的数据来组装 B 的数据 const result = / 调用 B 的 API ,依赖于 A 的数据 /; console.log(result); } else { // 如果 A 的数据尚未加载完成,则等待 A 加载完成后再调用 B 的 API console.log("Waiting for A to load..."); } }, 500); // 假设加载 B 的数据需要 0.5 秒钟 } // 监听页码和页大小的变化,当它们变化时调用 fetchDataB watch([currentPage, pageSize], ([newPage, newPageSize], [oldPage, oldPageSize]) => { fetchDataB(newPage, newPageSize); }); // 在组件加载时,如果 A 的数据尚未加载,则先加载 A 的数据 onMounted(() => { if (!isDataALoaded.value) { fetchDataA(); } }); return { dataA, isDataALoaded, }; },};这样,无论在分页组件加载时还是在页码或页大小变化时,都会先检查 A 的数据是否已经加载完成,然后再决定是否加载 B 的数据。
A 返回数据再动态绑定 B 的属性?好像是 this.$set 啥的(但是好久不写 vue 了, 不知道是不是这么个思路
这个 A 接口是不是在系统中别的页面也需要用到的?就是这个角色是不是全局的,如果是这个就好办啦,直接放在入口( main.js 或者 router 钩子)请求后存 session 或 local storage ,这样你在别的页面直接取就行了。
提取一段公用代码,用来判断是否有 A 的数据,有就直接调用 B ,没有则先 A 后 B 。之前需要调用 B 方法的地方,都用这个公用代码就行
对的,A 返回数据再动态绑定 B 的属性。 我查查
就当前页面用得到。A 的数据虽然大概率不会改,但是还是有改的情况,所以想法还是在这个页面加装的时候请求一次最新的数据最好
嗯,有点类似于 3 楼的做法
上 tanstack query/vue ,你在任意地方调用一次,之后随便取就行了。想长时间有效不重新请求就设置失效时间,想提前失效重新加载也有对应的 API
AI 回答的吧?这个有个问题,假如 A 请求超过 1s 的话会导致 B 不会执行啊
分页组件 props 接收一个 beforeSearch 。在 watch 监听到变化执行你的 getData 方法(也就是 B )时 async 调用 beforeSearch 方法。
3.0 的写法好像是这样 cn.vuejs.org/api/component-instance.html#watch
看了下,这玩儿挺强大呀,好像还可以做限流?
用 watch 监控2. 用 vue-query
vue-query 是不是和 12L 说的 tanstack query/vue 一个功能?
你可以在 onMounted 里调用 watch
b 执行的时候判断是否有 userid 就行,没有直接 return,不用搞那么复杂,watch 里添加对 userid 变化的监测
对的,感觉就是这么回事,然后就贴这儿了。
我可能会这样写:typescripttype Role = { id: string; name: string };function usePage<T>() { const role = ref<Role | null>(null) const loading = ref(false); const page = reactive({ current: 1, size: 10 }); const uri = computed(() => `/api/b?page=${page.current}&size=${page.size}`); const { data, error, execute } = useFetch(uri, { immediate: false }).json<T>() // 防抖避免快速点击翻页按钮发送无效请求 const onLoadPageData = debounce(async () => { try { loading.value = true; await initRole(); await execute(); } finally { loading.value = false; } }, 200) async function initRole() { if (role.value) return; const { data, error } = await useFetch("/api/a").json<Role>(); if (error.value) { /** error handler */ } else { role.value = data.value; onLoadPageData(); } } initRole(); watch(page, onLoadPageData, { immediate: true }); return { page, data, error, loading, onLoadPageData }}
watch 到变化 emit 一个事件让父组件件调用接口 B
是不是应该配置 immediate 为 false
我封装封装通用组件的思路,1. 传递一个获取数据的函数,而不是一个简单的路由,这个函数参数为页码条数据。 props: { auto: Boolean dataFunc: Function as PropType< (page: PaginationRequest) => Promise<XOR<PaginationResponse, Array
你是不是给 watch 加了 immediate: true ? watch 默认是懒执行的:仅当数据源变化时,才会执行回调。
提供一个我们在用的一个思路 用 rxjs
按现有逻辑方案一,现有逻辑,类似 3 楼思路,合并 A ,B 调用为一个新函数 C ,里面对 A 做单例执行,如果 A 数据有值不重复请求 A 数据。方案二,把 onMounted 里触发的 A ,前置到 beforeRouteEnter ,保证 A 数据加载了之后,再 next 渲染页面,即把 页面 非表格数据的 loading ,前置到 路由的 loading 中,这也是一种常见的写法。方案三,一般个人写这种页面,不会去 watch 分页参数,或者即便 watch 也会去掉 immediate 触发,因为大概率 页面首次初始化逻辑是不同于切换分页组件的时候触发逻辑的(当然,对于简单的 CRUD 页面来说可能是一样的)。如果不 watch 分页参数,那逻辑就变成自然的,首次渲染 A + B ,切换分页组件的时候,触发 B 的逻辑。不 watch 分页的一些原因,主要因为 watch immediate 会在组件 created 的时候直接触发,加上如果修改 watch 参数的逻辑因为组件封装的复杂度,导致用户一次操作,同时修改了 watch 对象的 2 个值,并且 2 次修改有类似 nextTick 的分隔,会导致触发 2 次,如果是手动控制的 change ,就可以规避(依稀记得当年 element-ui 1.0 的时代,el-select 的 change 事件是直接类似 watch 的逻辑,每次修改 v-model 的值,都会触发 change ,写省市区级联选择框的时候,一言难尽,后面 v2 版本就直接改逻辑了,只有用户的操作才会触发 change )所以 OP 逻辑里面的 分页调用 B ,从封装组件逻辑角度出发,我是不建议直接 watch 触发逻辑的,应该是用户主动切换页码的时候,才触发 change ,可举个简单的例子,比如需要列表跳转 url 进入详情,详情返回列表还是在原来的页码,一般可通过 url 参数保留之前的页码,这时候 页面初始化会带有比如 ?page=2 这样的参数,如果内部分页组件直接 watch 不做特殊处理,那默认请求第 1 页,拿到 url 参数,再修改当前页为第 2 页,则会额外触发一次分页请求,但是如果不是 watch 实现的,分页触发只会在用户手动切换分页的时候触发,初始化的时候因为第一页逻辑自己控制,可以灵活的处理各类情况。
还有一个常见方案,即如果你这个 A 只是 B 表格数据显示的时候,比如某列是字典表,其他配置表,B 返回数据里面存的是 id ,显示的时候要显示成 A 返回里面对应的 name 。可以直接写一个计算属性,按照 A 返回的数据,生成新的显示数据get viewTableData() { // 如果能保证 roleData 一定有值的话,加这个可以让 loading 中的表格显示效果更好 if (this.roleData.length === 0) return [] const data = JSON.parse(JSON.stringify(this.tableData)) data.forEach(row => { row.roleName = this.roleData.find(v => v.id === row.roleId)?.name ?? '' }) return data}
然后可以对表格加 loading ,A 数据未返回前,表格处于 loading 中,这样就可以不用关心 A ,B 数据的加载顺序,当然这个逻辑比较偏向固定这个逻辑的页面的写法,不适合通用组件封装的逻辑。
A 在路由中请求也行
典型的异步编程的需求,custom event ,callback ,promise 甚至轮询都可以做到。
确实,你说的有道理,如果有 url 带 page 的情况,确实会出现额外出发一次分页请求,不过目前这个页面的场景不会出现
等 A 执行完后放全局,再渲染分页 onMounted 中调 B ?
是的,immediate 设置为 false ,然后在 onMounted 里分别调用 A ,B 也能解决问题
最简单的做法就是把 A 放在 B 函数里面, 如果发现没有 A 数据就直接先 await A. mounted 不做任何操作
添加一个 A 的控制变量就行,watch B 的时候检查一下,有了就直接请求 B ,没了就请求一下 A 。或者既然 A 用户表不怎么改变,直接 created 的时候请求存一下不就可以了?
虽然数据上有依赖关系,但是请求可以各走各的,都返回了就正常显示,否则就等待,vue 的响应视图会自动处理好
rxjs 哪个页面依赖这个 A 数据 就订阅一下 这样可以保证拿到 A 数据后再执行后面的逻辑
const aData$ = new Subject()
最直接的,就是你在封装分页组件的时候,给这个组件添加一个属性 is_init,const is_init = ref(false)// watch 的时候判断一下if(is_init) return isInit.value = true//调用 B
这样就可以避免第一次页面加载的时候调用 B 了,
题外话:本人 PHP 后端,我一般都是直接做好数据一个接口返给前端,即便是后续业务迭代,我也是这样,免得对接时候问来问去的,搞不好就出错。
这俩就是一个东西 vue-query: 'This package was migrated to be a part of github.com/TanStack/query'
现在的你,还依然热爱着编程带来的快乐? 从未热爱过,只是为了混口饭吃 热爱啊,如果不是瞎几把的需求,我还是很喜欢写代码的。 喜欢那种从 0 到 1 的感觉,能让我开心很久 …
2022 了,现在还是用 1 ,2 ,3 数字表示状态么,还是用英文表示呢 确实有点难舍难分,我两种都用过,string 易读怕写错,tinyint 省空间查数据头大 bt…
或者说,边散步,边写代码。 边健身,边写代码。 边爬山,边写代码。 etc. 超迷你设备或/加远程,加可穿戴设备,以及换视觉为听觉,能做到吧? #34 #35 中肯,感谢。 …