前言 最近参与新的项目了,发现项目居然使用了 @tanstack/react-query,以前之后简单介绍过,今天再来详细上手使用下!...它无需全局状态库,就能处理数据获取、缓存、突变和同步,支持 TS/JS,并提供开发工具。...请求数据 useQuery 用于数据获取,支持自动缓存、重取和错误处理!...突变与更新(useMutation) useMutation 用于数据更新,如 POST 请求,支持乐观更新和回滚。...如果文章中存在错误的地方欢迎指正! 往期精彩推荐 有了它,我放弃了 try-finally 代码块! 原来在字节写代码就是这么朴实无华! Oxc 最新 Transformer Alpha 功能速览!
官方的功能介绍如下: ⚡️ 自动缓存:智能的客户端缓存,支持请求去重 ️ 异步状态管理:轻松处理任何异步状态 插件系统:强大的插件系统 ✨ 乐观更新:轻松实现乐观更新 合理的默认配置:提供合理的默认值...用于管理异步数据获取,支持缓存、加载状态和错误处理。...是否处于等待状态 isPlaceholderData, // 是否为占位数据 } = useQuery({ key: ['todos'], // 查询的唯一标识 query: () => fetch...它返回一个可以在 Store 中使用的查询函数。...// 错误信息 data, // 请求成功后的数据 status, // 当前状态(idle、loading、success、error) isLoading
错误场景: 错误分析: 这也是我第一次遇到这个类型的异常,400响应状态代表:客户端发出的请求中携带的参数与服务器端接受的参数类型不匹配,进一步就是说我后台的实体类中数据类型为Date,而前台传递过来的是...String类型的数据,springmvc在进行参数传递时出现了类型转换异常,也是调试了好半天,特意记下来,分享给大家。...2、就是在实体类的Date类型的属性上面加上@DateTimeFormat(pattern="yyyy-MM-dd")注解即可。
return } 这是一个组件拉取服务端数据的简单例子,在组件中,我们简单拉取了一个接口的数据,并监听接口的状态,根据状态来更新不同的UI。...在后台更新“过期”数据 知道数据何时“过期” 尽快反映数据更新 性能优化,如分页和延迟加载数据 管理内存和服务器状态的垃圾收集 使用结构共享记忆查询结果 直到React-Query的出现,上面的问题都变得迎刃而解...”不会触发,需要使用其返回的“refetch”来触发操作 queryFn:全局定义请求方法,其他地方使用时只需要直接传入请求参数 useQuery useQuery是React-Query提供的用于请求接口并管理请求状态等信息的...:请求是否出错,这里只会对500,404等做出反应,如果有其他情况错误情况,需要在请求方法里面throw isSuccess: 请求是否成功 status: 请求状态,包含上面几种情况 data:返回数据...笔者之后也会继续更新React-Query的其他使用场景,如果可以的话,不妨点个赞再走呢,这对我很重要。
react-query是一位数据获取专家,能够智能管理请求的一切内容,包括数据、状态、缓存,更新等,基于Hooks。...为了进一步增强应用和体验,比如网络错误自动重试,为了防止用户看到的是旧的数据,你需要增加窗口焦点时重新自动获取数据等,可以看出如此发展下去,组件需要管理的状态越来越多,你也会越来越力不从心,状态的增多,...}颗星 ); } 复制代码 在这里使用useQuery,此刻这个请求拥有了自动获取数据,管理请求状态,错误重试,窗口焦点自动获取数据,缓存等,它的第1个参数是一个唯一的key,名字有意义就好...最后它会返回一个结果,结果里面包含请求的数据,加载状态,错误等,这样这个请求就把所有这些状态串联起来,而不是一堆散乱的状态,突然逻辑变得清晰了,你只需要根据这些状态处理页面,一切都简单了。...error,//错误对象,如果存在则包含相关的错误信息 refetch,//这个还挺实用的,你可以在需要的地方或需要更新数据时调用,则会触发这个请求,比如enabled=false时
持续的提示 Key 错误。 但是我们需要的 key 已经在 AWS 的配置文件中配置成功了。 问题和解决 后续发现这个问题的原因是在程序中针对不同的 Key 设置了不同的 profile 属性。...因此需要对不同的属性进行配置,否则将会提示上面的错误。 其实主要原因还是程序设置的问题。
一个组件的状态只有在该组件被挂载时才会被更新。... State: {JSON.stringify(state)} ); }; export default App; 当我们试图更新一个未挂载的组件的状态时...,会出现"无法在未挂载的组件上执行React状态更新"的警告。...我们的fetchData 函数执行一些异步的任务,最常见的是一个API请求,并根据响应来更新状态。 然而,需要注意的是,我们只有当isMounted变量被设置为true时,才会更新状态。...if component is mounted if (isMounted) { setState(result); } } 这可以帮助我们避免警告,因为如果组件没有挂载,我们就不会更新状态
它是一个针对 React 应用的状态管理器,可以简化许多任务,例如处理 HTTP 请求状态、在客户端保存数据以防止多次请求、使用 hooks 共享数据等等。...你将在本系列中发现更多关于它的内容,学习如何使用它,并欣赏其在 React 应用程序中的简洁性。 useQuery 第一个核心概念是 useQuery。...结果有三个主要的对象: mutate:这是在你的代码中运行突变的操作 isLoading:这个标志表示突变是否正在进行 error:这表示如果请求出现错误,则显示错误 在 React 应用程序中使用突变...使用 QueryClient,你可以使已经提供的查询失效,并告诉 React Query 重新请求数据,因为你可以确保在突变之后,那些数据还不是有效的。...如果一切正常,onSuccess hook 调用导航到主页;否则,onError hook 显示一个错误的提示。 在代码中,有一个 TODO 表示缺失的内容;我们将在此后的文章中回到这行代码。
第一部分:问题诊断——你真的在写「同步」逻辑吗? React中那些被混淆的「状态」 一个容易被忽视的事实是:React中的状态从来不是平等的。它们属于两个完全不同的世界。...客户端状态(Client State):你100%拥有和控制它。一个modal的打开关闭、input框的输入内容、主题切换(深色/浅色)——这些东西全程在浏览器里,你说了算。...// ❌ 错误的思维方式 const [products, setProducts] = useState([]); // 你在欺骗应用:这里放的是真实的数据 // 但实际上这只是上次从API获取到的数据快照...useEffect地狱的具体表现 这个根本认知错误衍生出一份无穷的TODO清单,所有这些问题都得手工处理: 加载和错误状态管理:需要额外的isLoading、isError、isSuccess等状态来追踪请求的各个阶段...优雅降级:失败时自动重试,重试失败后能优雅地显示错误 乐观更新:修改数据时立即在UI上反馈,等服务端确认后再验证 这些功能完全超出了useState+useEffect的能力范围。
应用并未启动 , 并弹出 " 未安装该应用 " 提示信息 ; 二、解决方案 ---- 排查了一下相关地方 , 发现是上午处理 AndroidManifest.xml 清单文件合并 报错时 , 导致的错误...; 【错误记录】Manifest 清单文件报错 ( …required to specify an explicit value for android:exported when the … ) AndroidManifest.xml...android.intent.category.LAUNCHER" /> 错误位置就是在
用户交互的中间状态 服务端状态 在陈年的老项目中,通常用Redux、Mobx这样的「全局状态管理方案」无差别对待他们。...事实上,他们有很大区别: 用户交互的中间状态 比如组件的isLoading、isOpen,这类「状态」的特点是: 以「同步」的形式更新 「状态」完全由前端控制 「状态」比较独立(不同的组件拥有各自的isLoading...「缓存」的性质不同于「状态」 不同于交互的中间状态,服务端状态更应被归类为「缓存」,他有如下性质: 通常以「异步」的形式请求、更新 「状态」由请求的数据源控制,不由前端控制 「状态」可以由不同组件共享...所以我们需要告诉React-Query,userData query对应的缓存已经失效,需要更新: import { useQuery, queryCache } from 'react-query';...这为我们带来很多好处: 使用通用的hook处理请求中间状态 多余请求合并 针对缓存的更新/失效策略 Redux等「全局状态管理方案」可以更专注于「前端中间状态」处理 参考资料 [1] SWR: https
在Counter组件内部,我们使用useState钩子定义了一个名为count的状态变量,并将其初始化为0。由useState提供的setCount函数允许我们更新count的值并触发组件的重新渲染。...通过这个例子,我们可以轻松地在Counter组件内管理和更新count变量的状态。每当状态发生变化时,React都会处理组件的重新渲染并相应地更新显示的计数。...在DataComponent中,我们使用useQuery钩子使用fetchData函数获取数据。它返回一个包含数据、isLoading和isError等属性的对象,用于处理加载和错误状态。...在handleSubmit函数内部,我们调用mutation.mutateAsync以向服务器发送新数据对象。我们呈现数据和一个提交按钮。在加载时,我们显示加载消息;如果有错误,我们显示错误消息。...通过这个设置,React Query处理了服务器状态、缓存和数据获取的管理,使得更容易在React组件中跟踪、更新和显示服务器数据。
我们可以看到这里有一定量的重复代码: 需要定义相同的data、error和 loading 状态 必须相应地更新不同的状态 数据在我们离开组件时立即被丢弃 如果使用 React Query,我们可以使用...,消费者不需要担心存储数据或处理加载和错误状态;一切都由 React Query 处理。...API 请求可以是查询或更新。 对于每个 API 请求,我们都将有一个文件,其中包含并导出 API 请求定义函数和用于在 React 中使用请求的 hook。...API 层 之前为了在没有 API 功能的情况下构建 UI,我们在页面上使用了测试数据。...现在,我们想用我们刚刚创建的真实查询和更新操作来替换它们,以便与 API 进行通信。
图片图片第四款: 打印机共享错误修复工具图片第五款:打印机修复合集里面有 共享打印机错误修复PrintFix(709&11b等错误代码) 专门修复工具NT6打印机修复图片此工具专门用于一键修复系统更新造成的打印机无法共享的问题...这个时候一般是可以了,如果还是显示不可以办法二:0x00000011b错误0x00000011b错误 是在使用网络共享打印机时,由于 Windows 安全更新导致无法连接到打印机的问题。...删除最近的 Windows 更新 0x00000011b 错误 通常是在安装了 Windows 安全更新后发生的,特别是对 PrintNightmare 漏洞的修复补丁可能会引发网络打印机连接失败。...在列表中找到最近的安全更新补丁,通常是 KB5005565 或类似补丁,右键点击并选择 卸载。重启电脑并再次尝试连接打印机。添加图片注释,不超过 140 字(可选) 2....连接成功后,打印机应显示在线状态。添加图片注释,不超过 140 字(可选)办法很多,基本就是第三方是最快的,自己搞,就是要折腾办天,但我感觉最后也能解决问题。
Subject 其订阅者也是 Observable,首先可以动态地接受新值,其次当 subject 值更新时,会通过 event 把新值发送给所有的订阅者。...BehaviorSubject 当订阅者订阅 subject 时,会立即收到 BehaviorSubject 上一个发出的 event,之后与 PublishSubject 功能相同 ReplaySubject...与 BehaviorSubject 不同的是,Variable还会把当前发出的值保存为自己的状态,同时在销毁时自动发送 .completed event,不需要也不能手动给 Variable 发送终结事件...subject.onError(NSError(domain: "myError", code: 10010, userInfo: ["myUserInfo":"10010错误...: { print("完成之后的订阅完成") }) { print("完成之后销毁了") }.disposed(by: disposeB
/hooks/useTodoList'; import { useQuery } from '../hooks/useQuery'; import TodoItem from '....直接更改state 在React中,状态应该是不变的。如果你直接修改state,会导致难以修改的性能问题。...如果你在设置一个值之后就去访问它,那么你可能不能立马获取到该值。...频繁使用Redux 在大型的React app中,很多开发者使用Redux来管理全局状态。 虽然Redux很有用,但是没必要使用它来管理每个状态。...比如我们想更改组件中的表单按钮状态的时候,我们更多的是优先考虑state方法或者useState钩子。 7. 组件没以大写字母开头命名 在JSX中,以小写开头的组件会向下编译为HTML元素。
C.64: A move operation should move and leave its source in a valid state C.64:移动操作在完成移动之后,移动源对象应该保持有效状态...当y=std::move(x)被执行之后,y的值应该变为x,而x应该处于有效状态。 译者注 x的值被移除和状态无效不是一回事。...然而,并不是所有的类型都有默认值,有些类型构建有效状态的代码很高昂。标准的要求只是该对象可以被销毁。通常,我们可以以很小的代价很容易地做得更好:标准库的假设是可以为移动源对象赋值。...保证移动后的移动源对象处于某种(不可避免地定义了的)有效状态。...除非有特别强烈的理由不那么做,否则一定要保证在x=std::move(y)执行之后y=z可以按照通常的语义执行。
现在,前端开发中的很大一部分负担来自于我们的全局存储的维护工作,我们还要确保这些存储不会遭受状态错误、数据非规范化和陈旧数据的困扰。...如果我们不再在前端代码中管理后端状态,而只是将其视为需要定期更新的缓存会怎么样呢?将前端视为从缓存读取内容的简单显示层后,我们的代码就会变得更加易用,并且更适合纯前端开发人员阅读。...自从使用 React Query 之后,我不仅提升了效率,而且最终编写的样板代码比 Redux 少了 9 成。...https://react-query.tanstack.com/docs/overview 现在,无论需要什么数据,你都可以将 useQuery hook 与你设置的唯一键(在本例中为“todos”)...本文提到的这些库代表了我们在单页应用程序中管理状态的方式变革,并且是朝着正确方向迈出的一大步。我期待着看到它们能对 React 社区产生怎样的影响。
我们将数据传递下去之后,得到的 Select 就是一个人员列表了,这样我们只需要做一些其他配置就可以了,不需要考虑人员数据的问题 接着,我们在搜索部分的 Form 表单中,使用这个组件 // search-panel.tsx...setParam] = useProjectsSearchParams() 这样如果我们通过 setParam 导致了 param 的变化,就会触发 useUrlQueryParam 实现页面的 url 的更新...onChange 中调用了 setParam 设置了新的 param 值,在 UserSelect 中同样的采用这样的方式修改 param 值,触发 url 的更新,这样我们的功能就实现了一半了,接下来我们需要利用当前用户查询的...param 去获取数据 const { isLoading, error, data: list} = useProjects(param, 200) 返回获取到的结果和状态即可,这里采用的 useProjects...在这篇文章中我们做完了项目列表的搜索模块,我们能学到这些东西 已有组件封装新的组件参数类型问题 如何 实现了输入框与 url 统一 采用 hook 实现防抖 最后,可能在很多地方讲诉的不够清晰,请见谅 如果文章有什么错误的地方
想象一下我们使用我们使用promise和callback实现这个功能是有多复杂:我们需要每秒重置一下点击次数,并且在用户点击之后每秒都要保存点击状态。...副作用和外部状态如果一个动作在其发生的范围之外产生影响,我们称之为一方副作用。更改函数外部的变量,打印到控制台或更新数据库中的值,这些都是副作用。...当notifier更新内部状态的时候,listener1和listener2都会被更新。这些都不需要我们去操心。 我们的实现很简单,但它说明了观察者模式允许观察者和监听器解耦。...onCompleted 表示没有更多可用数据。 调用onCompleted后,对onNext的进一步调用将不起作用。 onError 在Observable中发生错误时调用。...Node.js遵循的是在回调函数的第一个参数传入错误对象,表明存在问题。