Micro State Management With React Hooks

使用 Valtio 和 MobX 虽然 Valito 和 MobX 背后的 工作原理不一样，Valito 经常 被 拿来 和 MobX进行比较。这两者在 绑定 React上，有一定的相似性。它们俩都是

理解何时使用 Jotai 和 Reocil Jotai 的 API 受到了 Recoil 很多 启发。在本小节，我们会 把 一个 Recoil 的 例子 转变为 Jotai的 例子，并 比较 这 两者

在本书，我们讨论了三个全局状态管理库：Zutand，Jotai 和 Valtio。让我们比较这三个库之间的共性与差异。这三个库，都有其独自的特性。 Zustand 在用法和 存储模型上，与 Redux

# 结合 `useReducer` 使用 React Tracked 在这个例子中，我们要用 `useReducer` 来替代 `useState`。 `useReducer`是一个语法稍微复杂一

React Tracked（https://react-tracked.js.org）是一个用于状态使用追踪的库，它能基于属性访问自动优化重新渲染。它提供了类似Valtio的减少额外重新渲染的功能。

Valito是另一个实现全局状态的库。不像 Zustand 和 Jotai，Valito 是 基于可变更新模型的。它主要用于类似 Zustand 的模块状态管理。它利用代理（proxies）来获取不可

# 创建应用代码 接下来，我们要用Valito来 创建一个 小型应用。 首先，我们要定义一个Todo类型： ```js type Todo = { id: stirng; tit

理解Jotai如何存储atom的值 目前为止，我们还没讨论 Jotai是如何使用 Context的。在这个部分，我们会学习atom如何存储值，并如何可复用。 首先，我们先复习一下简单的atom定义：

Jotai (https://github.com/pmndrs/jotai)是一个小型的全局状态管理库。它基于 useState 和 useReducer 构建了 用于小块状态的 atoms。

目前为止，我们已经讨论了可以实现全局状态的基本方案。在这一章，我们会基于一个已经发布的库进行讲解 - Zustand。 Zustand(https://github.com/pmndrs/zustan

目前为止，我们已经学习了几个共享状态的模式了。这本书剩下的内容，会介绍使用了这些模式的各种库。在深入这些库之前，我们会回顾全局状态会遇到的挑战，以及两大主题：状态应该存在哪里 和 如何控制 重新 渲染

在前面两章，我们学习了如何使用Context和订阅来实现全局状态。它们二者各有其利弊：Context允许我们在不同的子树注入不同的值，而订阅可以避免一些额外的重新渲染。 在这一章，我们会学习一个新的方

在前面的章节，我们学习了如何使用Context 来实现全局状态。我们可以知道，Context并不适合用于单例模式；它就是设计来避免单例模式，并为不同的子树提供不同的值的。对于一个类单例模式的全局状态来

自React 16.3 以来，React为我们提供了Context。Context本身与状态无关，但它是一个不依赖属性进行跨组件传值的机制。通过把Context与组件状态组合在一起，我们就可以构造全局

React 的组件本质上是一个树结构。在树结构中，在某个子树中生成一个状态是很常见的：你在某个更高层的组件定义了一个状态，然后这个状态在这个组件及其子组件中被消费了。这种实践队维持代码的本地性和可复用

状态管理 是 开发React应用时，最重要的话题之一。一般来说，传统的React状态管理涉及到一个庞大的、统一的为用户提供状态管理能力的库。 但是自React 钩子面世后，这个情况改变了。我们可以使用