浅谈我为什么不使用VueUse，而选择造轮子浅谈我为什么不使用VueUse，而

前言
想想一名React开发开发Vue是什么体验。就在今天初含泪写多一个vue项目，不是转，是写多！选用的是vue3+vite开发。Composition API 让我得心应手。之前react开发选的是react16，ahooks是我接触最多的hooks库了，很贴合我的业务。在使用vue3的时候开发的时候选取了 vueuse 。
? 问题
在前端开发中和请求打交道是最多的，大多数业务都是restful api架构，我们拿到数据做处理，当前流行的框架配备着状态机制，在依赖变化时进行重新请求等。 vueuse 中的 useFetch 和 useAxios 是作为请求的 hook。useFetch功能比较单一，只有请求体的一些基本功能。useAxios 更多基于axios内置功能的封装，业务中的依赖刷新，防抖，节流，缓存等功能都没有的。这里就有小伙伴问了，那你在 useAxios上封装这些节流防抖功能就好了，先不说需要侵入式的修改这个钩子，它仅支持axios，万一项目变成request呢?
?♂? 解决
ahooks 是基于 vueuse 的思想封装的 react 的 hooks，它含有更加丰富的功能，能贴合我们更多的业务，其中的 useRequest 是满足我的需求的，但苦于没有vue版本，于是我觉得自己开发一版基于vue3特性的useRequest 。它具备了ahooks的所有功能：

自动请求/手动请求
轮询
防抖
节流
屏幕聚焦重新请求
错误重试
loading delay
SWR(stale-while-revalidate)
缓存
插件式

const { loading: Ref, data?: Ref, error?: Ref, params: Ref, run: (...params: TParams) => void, runAsync: (...params: TParams) => Promise, refresh: () => void, refreshAsync: () => Promise, mutate: (data?: TData | ((oldData?: TData) => (TData | undefined))) => void, cancel: () => void, } = useRequest( service: (...args: TParams) => Promise, { manual?: boolean, defaultParams?: TParams, onBefore?: (params: TParams) => void, onSuccess?: (data: TData, params: TParams) => void, onError?: (e: Error, params: TParams) => void, onFinally?: (params: TParams, data?: TData, e?: Error) => void, ...高级功能，更多请见文档 } );

这个useRequest 请求体允许传入任意promise对象，所以它并不限制是axios还是request,并且功能都是一致的。如果想使用请求库的一些特定功能，我们可以封装那些特定功能成为useRequest的插件，可以控制在它的生命周期中调用。所以它既体现出包容性又体现出对于单个个体特殊功能的接纳。
插件化的使用

上面实现了一个formatter返回结果的插件，它在请求完成的时候return {name: 'plugins update',age: 20,} 覆盖了请求的结果，更多详情请见文档。
下面是我基于ahooks实现的vue的hooks库 vue-hooks-plus，收获很多，框架的机制所体现出来的独特性让人眼前一亮。后续还会挑重点hooks详细讲解原理和大家分享。
更多
文档地址
GitHub地址
大家 star star ，感谢支持。
【浅谈我为什么不使用VueUse，而选择造轮子】