React Pattern 是一套在 React 应用程序中用于提高代码可重用性、可维护性和组件间协作的设计模式。常见的模式包括高阶组件（HOC）、渲染属性（Render Props）和复合组件模式.

当谈论 React 的性能问题时，不可避免的一个话题就是组件的 re-render 重复渲染。React 的组件需要关注两个阶段 初始阶段渲染： 当组件第一次挂载时 重复渲染： 组件已挂载，需要更新组

像每个React开发者一样，你可能已经问过自己以下问题之一 - 我如何建立一个**可重复使用**的组件以适应不同的使用情况？ - 我如何建立一个具有**简单API**的组件，使其易于使用？

React 组件在组件的状态 state 或者组件的属性 props 改变的时候，会重新渲染，条件简单，但是实际上稍不注意，会引起灾难性的重新渲染......

过年期间在家里没事，把zustand的源码看了一遍，看完后我最大的收获就是TypeScript水平突飞猛进，再去刷那些类型体操题目就变得简单了，下面和大家分享一下zustand库是怎么定义ts类型的。

阅读react组件库的时候，发现很多自定义的hooks中很喜欢使用ref，使用ref让人的观感很不好，但是为什么又不得不使用ref呢？以及复习一下useCallback的使用场景

很常见的组件封装，打开弹窗输入表单等... 封装后，弹窗自行挂载到body上，只需关注表达逻辑和打开关

前言 本文来自React官方文档You Might Not Need an Effect，是我近几天读了n遍之后自己的理解，感觉受益匪浅，这里小记一下跟大家分享。 本小白R的水平一直停留在会用Reac

react请求的正确姿势 目标 分享 react 官方为什么不推荐使用 useEffect 请求数据。 分享 react-router 在解决数据请求上的实践经验。 背景 在 react 中我们习惯性