📢 大家好,我是小丞同学,一名大二的前端爱好者
📢 这个系列文章是实战 jira 任务管理系统的一个学习总结
📢 非常感谢你的阅读,不对的地方欢迎指正 🙏
📢 愿你忠于自己,热爱生活
在上一篇中,我们封装好了一些 custom hook
例如,用于操作 url
的 useUrlQueryParam
以及 useSetUrlSearchParam
同时我们封装了专门在 project
列表中使用的 hook
,搭建好了基本的框架,这一篇我们来使用这些 hook
来实现我们的功能,同时我们也会引出几个 custom hook
首先我们先理顺现在的思路,我们现在的单页面都已经布局好了,还有几个功能没有实现,创建项目、编辑项目、删除项目、收藏项目、查找项目(这个在下一篇讲)
先来看看我们的效果图
我们的创建项目和编辑项目都是在一个弹出的模态框内实现的,仔细观察,会发现我们的项目列表并没有消失,效果看起来是叠加的。这样,我们接下来就可以先写创建项目和编辑项目的模态框,我们只需要将被编辑的项目数据传递给模态框就可以了,对于创建项目,我们给一个空白的即可
这里我们的抽拉效果,采用的是 antd
中的 Drawer
组件实现的,对这个组件不熟悉的可以看看:Drawer
从描述上来看,它会覆盖住父窗体的内容,正符合我们的想法,我们只需要将 Form
表单丢进这个 Drawer
组件中即可,
<Drawer
forceRender={true}
onClose={closeModel}
visible={projectModelOpen}
width={'100%'} >
{
isLoading ? <Spin size={'large'} /> : <Container>
<h1>{title}</h1>
<ErrorBox error={error} />
<Form form={form} layout={"vertical"} style={{ width: '40rem' }} onFinish={onFinish} >
{/* 节省篇幅,此处省略了名称、部门和负责人的 form.Item */}
<Form.Item style={{ textAlign: "right" }} >
{/* 点击提交触发onFinish方法 */}
<Button loading={mutateLoading} type={"primary"} htmlType={"submit"} >提交</Button>
</Form.Item>
</Form>
</Container>
}
</Drawer>
在这个组件中我们设置了 forceRender
属性,这个属性可以控制是否强制渲染,这也是为了解决,我们在刚打开时,组件未渲染导致报错的问题
同时我们也可以发现,我们在当中设置了三元判断,这样是为了优化我们的用户体验,前面也提过了,我们整个项目采用的是 react-query
进行 url
管理,在它的 API
中有能够返回 isLoading
状态的 hook
也就是我们的数据请求的完成状态,这也让我们可以利用这个 isLoading
去实现这个 Spin
的加载效果
isLoading ? <Spin size={'large'} /> : <Container>
这样其实我们的 modal
就已经做好了,接下来我们来完善一下这个 modal
的周边措施,当我们创建完成或者编辑完成时,我们需要关闭 modal
,在我们的 useProjectModel
中已经暴露了 close
方法,我们只需要在 onFinish
中调用即可
当 form
表单成功提交时,会自动调用 onFinish
方法,同时会将 form
表单中的数据作为参数,因此我们采用 useMutateProject
这个 hook
来将数据维护到 url
中
const useMutateProject = editingProject ? useEditProject : useAddProject
const { mutateAsync, error, isLoading: mutateLoading } = useMutateProject(useProjectsQueryKey())
const onFinish = (values: any) => {
mutateAsync({ ...editingProject, ...values }).then(() => {
form.resetFields()
close()
})
}
在这里我们采用了 2 个 custom hook
,useEditProject
和 useAddProject
,接下来我们就讲讲这两个 hook
tips:form.resetFields
方法可以重置表单,也就是一个清空表单的效果
在上一小节中,我们也看到了这些 hook
的使用,我们在使用的时候只需要传递一个 queryKey
,就能够返回一个 mutate
以及一些相关的配置,这些我们并没有手动的去写,那它是怎么实现的呢?
这其实利用的是 useMutation
这个 react-query
中的原生 hook
// 示例
return useMutation(
(params: Partial<Project>) => client(`projects`, {
method: "POST",
data: params
}),
useAddConfig(queryKey)
)
在这里我们传递了两个参数,第一个参数是异步请求,第二个参数是相关的配置项
这样它就能返回一个用来实现乐观更新的 mutate
和 mutateAsync
我们可以自己选用,一个是同步的一个是异步的
在我们使用的时候,只需要要像发送请求一样,传递我们的数据即可
// 示例
mutateAsync({ ...editingProject, ...values }).then(() => {
form.resetFields()
close()
})
例如我们的编辑效果就采用了异步的方法
下面我们来编写这些 hook
这是在编辑项目时需要调用的 hook
当我们编辑完之后,我们就可以调用这个 hook
暴露 mutate
,接着调用 mutate
来发送数据请求
首先我们还是逃不开我们的 http
这个 hook
所有的异步请求都是通过这里来发送的
我们先返回我们的 fetch
方法封装的 client
函数 ,最后返回一个 useMutation
函数调用的返回值,这个函数接收 2 个参数,一个是我们需要发的请求,一个是配置项
我们通过 client
封装我们需要发送的请求,在编辑情况下,我们需要传递id
来获取需要编辑的项目,data
则是整个传递过来的 params
这里面将包括了我们需要的数据,为什么可以看出来呢?
我们在给 params
限定类型时,采用了 Partial<Project>
这表明了 params
的变量和变量类型,必须来自于 Project
这个封装好的项目信息接口
// type/project.ts
export interface Project {
id: number;
name: string;
personId: number;
pin: boolean;
organization: string;
created: number
}
// utils/project.ts
export const useEditProject = (queryKey: QueryKey) => {
const client = useHttp()
// 实现乐观更新
return useMutation(
(params: Partial<Project>) => client(`projects/${params.id}`, {
method: "PATCH",
data: params
}),
useEditConfig(queryKey)
)
}
关于 config
这些 hook
的配置,在乐观更新中会讲到
接下来我们再来处理添加请求
这几个 hook
的相似度非常高,都是一个套路,写习惯了 custom hook
真的可以轻松拿捏的
export const useAddProject = (queryKey: QueryKey) => {
const client = useHttp()
return useMutation(
(params: Partial<Project>) => client(`projects`, {
method: "POST",
data: params
}),
useAddConfig(queryKey)
)
}
在这里我们同样的方式传递我们的 params
参数,使用 useMutation
来处理我们的请求
处理删除的请求,对于删除项目只需要传递 id
就可以了,删除指定 id
的项目
export const useDeleteProject = (queryKey: QueryKey) => {
const client = useHttp()
return useMutation(
({ id }: { id: number }) => client(`projects/${id}`, {
method: "DELETE",
}),
useDeleteConfig(queryKey)
)
}
对于 useMutation
的一点理解
从上面的代码中我们可以可以发现,它都是用来处理我们的请求,我们传递一个异步请求,它也能返回一个请求的函数 (mutate
),因此可以理解为,使用这个 hook
包装我们的异步请求,让它具有能够乐观更新的功能,其他的功能和我们自己封装的 client
方法一致
我们在点击编辑按钮时,首先需要弹出 modal
编辑信息点击保存后,才需要调用发送请求
上代码
首先先处理 modal
的显示和关闭
(截取下拉框的关键代码)我们在点击编辑按钮时,会触发 editProject
方法,这个方法会触发 startEdit
,它是 useProjectModel
这个 custom hook
暴露出来的 用来开启 modal
const editProject = (id: number) => () => startEdit(id)
<Menu.Item onClick={editProject(project.id)} key={'edit'}>
modal
开启来,现在我们需要将视线聚焦在 project-modal
这个文件当中,来处理在这个页面上的请求了!
在我们调用 startEdit
时,会将页面的 url
设置成 editingProjectId
,因此我们需要在 modal
中先判断一下这个页面开启的请求是来自于编辑还是创建,
const useMutateProject = editingProject ? useEditProject : useAddProject
这样我们的 useMutateProject
就是这两个中的一个,在后面就没有什么担忧了
然后我们直接传递当前的 queryKey
给这个 hook
暴露出我们需要的 mutate
这个请求函数,以及错误状态和请求状态
const { mutateAsync, error, isLoading: mutateLoading } = useMutateProject(useProjectsQueryKey())
当我们的 form
表单被提交时,我们调用这个方法传递我们 params
发送请求
const onFinish = (values: any) => {
mutateAsync({ ...editingProject, ...values }).then(() => {
form.resetFields()
close()
})
}
这样我们的创建编辑功能就实现了
这里有一个比较好玩的东西,当我们点击删除时,不能立即执行,我们需要用户确认后才能发送请求,因此我们需要再多封装一层函数 confirmDeleteProject
,用来提示用户是否确定删除
<Menu.Item onClick={() => confirmDeleteProject(project.id)} key={'delete'}>
再这里我们采用了 antd
组件中的 Modal
组件下的 confirm
框
const confirmDeleteProject = (id: number) => {
Modal.confirm({
title: '你确定删除项目吗?',
content: '点击确定删除',
okText: '确定',
onOk() {
deleteProject({id})
}
})
}
在这里配置我们的提示框的相关信息,以及确定后执行的操作,这里当 onOk
时会调用 deleteProject
来发送请求,从这个命名也知道它调用的是 useDeleteProject
,这也是命名规范的好处之一
这样,我们的删除功能就也实现了,关于增删改就写到这里,在这里我们又写了大量的 custom hook
,自己提升还是很大的
对于这个小星星的样式,我们采用的是 Antd
中而定 Rate
组件
它大概长这个样子它可以通过 count
来控制星星的个数,因此我们重新封装一个 Pin
组件
interface PinProps extends React.ComponentProps<typeof Rate> {
checked: boolean;
onCheckedChange?: (checked: boolean) => void
}
export const Pin = ({ checked, onCheckedChange, ...restProps }: PinProps) => {
return <Rate
// 一颗星
count={1}
value={checked ? 1 : 0}
onChange={num => onCheckedChange?.(!!num)}
{...restProps}
/>
}
由于我们新封装的 Pin
组件也需要拥有 Rate
组件的属性,因此我们采用了一个继承的操作 ,我们可以通过 React.ComponentProps<typeof Rate>
来获取 Rate
中的所有 props
类型,也就是接收参数的类型,我们将我们的 Pin
组件的 props
参数用上这个类型就可以了
这里采用了一个 !!num
的高端操作,其实就是一个转化成 boolean
类型的方法
接着我们就可以在 columns
中使用这个 Pin
组件了,在星星状态改变时调用编辑方法,改变数据中的 pin
状态
{
title: <Pin checked={true} disabled={true} />,
render(value, project) {
return <Pin
checked={project.pin}
// 利用柯里化技术,首先传入 id ,在传入pin ,最后执行 mutate
onCheckedChange={
pinProject(project.id)
}
/>
}
},
在这里我们采用柯里化的方式优化了这段代码,我们在编写 pinProject
时,采用了柯里化的方式,一次接收一个参数,返回一个函数,最后执行 mutate
const { mutate } = useEditProject(useProjectsQueryKey())
// 指定修改的pin id 即可
const pinProject = (id: number) => (pin: boolean) => mutate({ id, pin })
这样我们的收藏功能就成功的实现了
接下来我们来谈谈这个乐观更新,可能很多人都不太知道乐观更新是什么东西,我们先来科普一下
采用乐观更新,用户界面的行为就像在从服务器收到实际确认之前成功完成更改一样 ,它乐观地认为它最终会得到确认而不是错误。这可以提供更快速的用户体验。
简单的说,我们的页面信息会在服务器请求结果返回之前去更新,例如收藏按钮,如果我们的请求时间为 5s,那么不采用乐观更新,收藏的按钮就会在 5s
之后采用亮起,而采用乐观更新,则会默认的认为服务器返回的结果必然成功,我们先做去预判,先在用户点击的时候直接亮起按钮,请求让它慢慢请求去吧
现在我们就来编写一下乐观更新的代码吧~,在前面的 hook
中我们的第二个参数 config
没有讲,它就是实现乐观更新的关键
首先我们需要编写一个 useConfig
,这个在几个 hook
中都必须使用到,因为利用 useMutation
这个 API 来实现乐观更新,会牵扯到 useMutation
生命周期的问题,我们封装一个 useConfig
来编写这些生命周期函数
在这个 hook 中我们使用了大量的 any
,无关大雅
我们在成功、提交、失败中设置了相应的回调,来处理不同的请求情况
// 乐观更新,用来生产代码的 hook
// 这里的类型非常的复杂采用了很多的any ,代价是可以接受的
export const useConfig = (queryKey: QueryKey, callback: (target: any, old?: any[]) => any[]) => {
const queryClient = useQueryClient()
return {
// 生命周期函数
onSuccess: () => queryClient.invalidateQueries(queryKey),
// 提交请求
async onMutate(target: any) {
// 数据列表
const previousItems = queryClient.getQueryData(queryKey)
queryClient.setQueryData(queryKey, (old?: any[]) => {
return callback(target, old)
})
return { previousItems }
},
onError(error: any, newItem: any, context: any) {
// 发生错误继续缓存旧的值
queryClient.setQueryData(queryKey, context.previousItems)
}
}
}
我们来简单讲讲这些 API 吧
queryClient.invalidateQueries
: 在提交成功/失败之后都进行重新查询更新状态queryClient.getQueryData
:获取缓存的旧值queryClient.setQueryData
:设置值接下来我们来编写相应的 config
,那 delete
来讲
export const useDeleteConfig = (queryKey: QueryKey) => useConfig(queryKey, (target, old) => old?.filter(item => item.id !== target.id) || [])
这段代码它其实就只是传入了我们删除项目的数据,然后通过 filter
整理了一下数据传递给了 useConfig
,因此,这几个都是类似的只是传递的参数不一样
useConfig
接收 2 个参数,一个是 queryKey
,一个是新值旧值的函数
因此我们通过 filter
从旧数据中过滤掉被删除的项目,这样返回的数据就是我们所要的新数据了
export const useEditConfig = (queryKey: QueryKey) => useConfig(queryKey, (target, old) => old?.map(item => item.id === target.id ? { ...item, ...target } : item) || [])
export const useAddConfig = (queryKey: QueryKey) => useConfig(queryKey, (target, old) => old ? [...old, target] : [])
同理这两个 hook
也这么写,通过数组的方法筛选出新的数据即可
这样我们的乐观更新的逻辑就完成了!
对于底层的实现原理,还不是很熟悉,所以表诉的可能不大清楚
那么这部分的内容就到这里了,下一篇将会讲关于搜索部分的实现~
通过这篇文章我们可以学会以下这些内容
react-query
进行状态管理💌 如果文章有什么错误的地方,或者有什么疑问,欢迎留言,也欢迎私信交流
版权说明 : 本文为转载文章, 版权归原作者所有 版权申明
原文链接 : https://linjc.blog.csdn.net/article/details/120881859
内容来源于网络,如有侵权,请联系作者删除!