在之前的 漫谈 react 系列(三): 三层 loop 弄懂 Concurrent 模式 一文中，我们有讲到在 React18 中，Concurrent 模式是否开启，需要根据触发更新的上下文来决定

这是我参与11月更文挑战的第12天，活动详情查看：2021最后一次更文挑战」 用处 当我们想要父组件传值给子组件时，通常会使用props传值。 子组件传值给父组件时，通常会子组件中的事件触发一个回调函

前言 在React开发的世界中，组件之间的有效通信对于构建可扩展和可维护的应用程序至关重要。促进这种通信的一个强大模式是发布-订阅（pub/sub）模式。在我们之前的文章中，我们探讨了React中发布

45 行代码实现最简易的 React 原子化状态管理器！ 最近看 jotai 的源码有感，发现其实在 React 中实现状态管理并不是一定要用 useContext。

在今天这个时候仍然有大量的开发者因为没有很好地组织好 hooks 代码而导致后期维护成本越来越高，以至于重构也无济于事。 对于如何组织好 hooks 的代码，我在这里总结了项目里关键的几点心得。

众所周知，React 组件可以分为受控组件跟非受控组件，那么就会面临一个问题，Modal 按受控组件实现，那它就不能关闭自己，而 Modal 按非受控组件实现，那就无法被外部按钮打开。有没有更好的方案

写在前面 在实际的业务场景中，react应用一定会涉及到错误处理的情况。默认情况下，react应用出现fetal error时，浏览器上显示的是一个空白页面，这对于用户来说很不友好

我们从设计思维的角度来谈谈如何设计一个更优雅的 React 组件。 基本原则 单一职责 单一职责的原则是让一个模块都专注于一个功能，即让一个模块的责任尽量少。若一个模块功能过多，则应当拆分为多个模块，

在日常团队开发中大家写的组件质量参差不齐，风格千差万别。会因为很多需求导致组件无法扩展，或难以维护。导致很多业务组件的功能重复。我们从代码结构的角度来谈谈如何设计一个更优雅的 React 组件。