likes
comments
collection
share

【前端状态管理】React状态管理工具优劣势分析 hooks context / redux / mobx / zustand / jotai / valtio

作者站长头像
站长
· 阅读数 48

什么是状态管理?

“状态”是描述应用程序当前行为的任何数据。这可能包括诸如“从服务器获取的对象列表”、“当前选择的项目”、“当前登录用户的名称”和“此模式是否打开?”等值。

众所周知,我们在研发一个复杂应用的过程中,一套好的状态管理方案是必不可少的,既能提升研发效率,又能降低研发维护成本,那么状态管理方案那么多,它们有什么不同,我们又该如何选择适合当前应用的方案呢?

本期将主要就 react 的常用状态管理方案进行对比分析,希望对各位看客有帮助。

React 状态管理方案

方案介绍
方案对比
框架原理优点缺点
hooks context基于 react hook,开发者可实现内/外部存储1. 使用简单 2. 不需要引用第三方库,体积最小 3. 支持存储全局状态,但在复杂应用中不推荐 4. 不依赖 react 上下文,可在组件外调用(外部存储的条件下)1. context value发生变化时,所有用到这个context的组件都会被重新渲染,基于 content 维护的模块越多,影响范围越大。 2.依赖 Context Provider 包裹你的应用程序,修改 store 无法在应用最顶层(App.tsx 层级)触发渲染 3. 受ui框架约束(react) 4. 依赖hooks调用
react-reduxFlux思想,发布订阅模式,遵从函数式编程,外部存储1. 不依赖 react 上下文,可在组件外调用 2. 支持存储全局状态 3.不受ui框架约束1. 心智模型需要一些时间来理解,特别是当你不熟悉函数式编程的时候 2. 依赖 Context Provider 包裹你的应用程序,修改 store 无法在应用最顶层(App.tsx 层级)触发渲染
mobx观察者模式 + 数据截止,外部存储1. 使用简单 2. 不依赖 react 上下文,可在组件外调用 3. 支持存储全局状态 4.不受ui框架约束1.可变状态模型,某些情况下可能影响调试 2. 除了体积相对较大之外,笔者目前未感觉到较为明显的缺点,3.99M
zustandFlux思想,观察者模式,外部存储1. 轻量,使用简单 2. 不依赖 react 上下文,可在组件外调用 3. 支持存储全局状态1.框架本身不支持 computed 属性,但可基于 middleware 机制通过少量代码间接实现 computed ,或基于第三方库 zustand-computed 实现 2.受ui框架约束(react / vue)
jotai基于 react hook,内部存储1. 使用简单 2. 组件颗粒度较细的情况下,jotai性能更好 3.支持存储全局状态,但在复杂应用中不推荐1. 依赖 react 上下文, 无法组件外调用,相对而言, zustand 在 react 环境外及全局可以更好地工作 2. 受ui框架约束(react)
valtio基于数据劫持,外部存储1. 使用简单,类mobx(类vue)的编程体验 2.支持存储全局状态 3.不依赖 react 上下文,可在组件外调用 4. 不受ui框架约束1.可变状态模型,某些情况下可能影响调试2.目前笔者没发现其它特别大的缺点,个人猜测之所以star相对zustand较少,是因为 valtio 的数据双向绑定思想与 react 存在冲突。

Source

import React from "react"
import ReactDOM from "react-dom"
import { makeAutoObservable } from "mobx"
import { observer } from "mobx-react"

// 状态及相关事件
class Timer {
    secondsPassed = 0

    constructor() {
        makeAutoObservable(this)
    }

    increase() {
        this.secondsPassed += 1
    }

    reset() {
        this.secondsPassed = 0
    }
}

const myTimer = new Timer()

// 构建可观擦组件
const TimerView = observer(({ timer }) => (
    <button onClick={() => timer.reset()}>Seconds passed: {timer.secondsPassed}</button>
))

ReactDOM.render(<TimerView timer={myTimer} />, document.body)

// 触发更新事件
setInterval(() => {
    myTimer.increase()
}, 1000)
  • zustand
import { create } from 'zustand'

// 状态及相关事件
const useBearStore = create((set) => ({
  bears: 0,
  increasePopulation: () => set((state) => ({ bears: state.bears + 1 })),
  removeAllBears: () => set({ bears: 0 }),
}))

// 渲染视图
function BearCounter() {
  const bears = useBearStore((state) => state.bears)
  return <h1>{bears} around here ...</h1>
}

// 触发更新事件
function Controls() {
  const increasePopulation = useBearStore((state) => state.increasePopulation)
  return <button onClick={increasePopulation}>one up</button>
}

  • jotai
import { atom } from 'jotai'

const countAtom = atom(0)

function Counter() {
  // 状态及相关事件
  const [count, setCount] = useAtom(countAtom)
  return (
    <h1>
      {count}
      <button onClick={() => setCount(c => c + 1)}>one up</button>
    </h1>
  )
}
  • valtio
import { proxy, useSnapshot } from 'valtio'

const state = proxy({ count: 0, text: 'hello' })

function Counter() {
  const snap = useSnapshot(state)
  return (
    <div>
      {snap.count}
      <button onClick={() => ++state.count}>+1</button>
    </div>
  )

相关建议

  1. 如果你需要useState+useContext的替代品,那么jotai非常适合,即原子化的组件状态管理或少量组件间状态共享。
  2. 如果你习惯了redux或喜欢react的自然不可变更新,那么zustand将非常适合。
  3. 如果你习惯了vue/ slute /mobx,或者是JS/React的新手,valtio的可变模型将很适合。
  4. 如果你在使用 zustand(redux/等不可变数据模型) + immer,建议改用valtio(mobx)
  5. mobx有actions概念,而valtio概念更为简单(自由),如果你希望工程更为规范,可以使用mobx,如果是希望工程更为自由便捷,可以使用valtio

如果该文章对你有帮助,请给我点个👍吧~ 下期将带来Vue状态管理工具优劣势分析, 欢迎关注我的Blog 🌟

转载自:https://juejin.cn/post/7187602791399948325
评论
请登录