数据获取是任何 React 应用程序的核心方面。对于 React 开发人员来说，了解不同的数据获取方法以及哪些用例最适合他们很重要。但首先，让我们了解 JavaScript Promises

当一个React应用逻辑变得复杂后，组件render花费的时间会显著增长。如果从组件render到视图渲染期间消耗的时间过长，用户就会感知到页面卡顿。为了解决这个问题，有两个方法：

React Query 是什么？React Query 是由@TannerLinsley 创建的 npm 库。它是一个针对 React 应用的状态管理器，可以简化许多任务，例如处理 HTTP 请求状态、在客户端保存数据以防止多次请求、使用 hooks 共享数据等等。

作为一个 React 开发者，如果你一直觉得 useMemo 和 useCallback 这两个 Hook 比较难以理解，那么别害怕，事实上很多人都如此。我和其他公司很多的 React 开发者交流过，大多数对这两个 Hook 都是一知半解的状态。

在 Beta 版本的 React 新文档中，是有在显眼的位置提到推荐使用 Vite 启动的，而正式版文档则替换成了 React 社区的几个知名框架，当然本文主要要讨论的问题是，我们曾经创建一个 React 项目时必备的 Create React App 脚手架去哪里了？

虽然React官网用大量篇幅介绍最佳实践，但因JSX语法的灵活性，所以总是会出现奇奇怪怪的React写法。本文介绍2种奇怪（但在某些场景下有意义）的React写法

懂得 JSX 本质的同学都知道它只不过是一种语法糖，会被 babel 处理成 createElement 的形式，最后再变成常规的 js 对象。所以，我们就可以在 js 逻辑层面对 element 对象做处理，自定义 hooks 作为 element 逻辑处理层，也就变得理所当然了。

我们知道，React发布Hooks后，带来了业界一波Hooks热。很多框架（比如Vue Composition API、Solid.js）都借鉴了Hooks的模式。但是，即使这些框架都借鉴了Hooks，但由于框架作者的理念不同，发展方向也逐渐不同。

Rematch是没有样板文件的Redux的最佳实践，没有action types、 action creators, 状态转换或thunks。Redux 是一个了不起的状态管理工具，由良好的中间件生态系统和优秀的开发工具支持。

React 已经老了，只是经常用它的朋友们还没有意识到它老到了什么程度、引发了哪些问题。如果只用 React，那可能会觉得这框架不错啊，而且一直在努力改进。确实，React 在很多方面都是越来越好，但这并不能改变它的发展速度和功能上限已经长期跟不上同类方案的事实

随着 React 越来越受欢迎，React 开发者也越来越多，在开发过程中也遇到各种各样的问题。本文我将结合自己实际工作经验，总结 11 个 React 开发中常见的一些错误，帮助您避免一些错误的发生。

当我们尝试在JSX代码中，直接渲染对象或者数组时，会产生 Objects are not valid as a React child 错误。为了解决该错误，在JSX代码中，使用 map() 方法来渲染数组或者访问对象的属性

当我们对一个不是数组的值调用 map() 方法时，就会产生 TypeError: map is not a function错误。为了解决该错误，请将你调用 map() 方法的值记录在 console.log 上

为了在React TypeScript中解决Cannot find name报错，我们需要在使用 JSX 文件时使用 .tsx 扩展名，在你的 tsconfig.json 文件中把 jsx 设置为 react-jsx ，并确保为你的应用程序安装所有必要的 @types 包。

使用类型守卫来解决React中 useRef 钩子“Object is possibly null”的错误。比如说， if (inputRef.current) {} 。一旦 null 被排除在 ref 的类型之外，我们就能够访问 ref 上的属性。