Redux、MobX、Recoil、Zustand 、Jotai 对比

Redux、MobX、Recoil、Zustand 、Jotai 对比
Photo by Jason Dent / Unsplash

作为一名资深的 React 大型应用开发者,我将从架构、设计模式和原理最小实现代码等方面对比 Redux、MobX、Recoil、Zustand 和 Jotai 这几个状态管理库。

Redux:

  • 架构:Redux 遵循单一数据源原则,整个应用的状态存储在一个单一的 store 中。数据流是单向的,通过 dispatch action 来触发状态更新,reducer 函数根据 action 类型和负载来计算新的状态。
  • 设计模式:Redux 采用了发布-订阅模式,store 作为发布者,组件作为订阅者。当 store 中的状态发生变化时,组件会收到通知并重新渲染。
  • 原理最小实现代码
function createStore(reducer) {
  let state = reducer(undefined, {});
  const subscribers = [];

  function dispatch(action) {
    state = reducer(state, action);
    subscribers.forEach(subscriber => subscriber());
  }

  function subscribe(callback) {
    subscribers.push(callback);
  }

  function getState() {
    return state;
  }

  return { dispatch, subscribe, getState };
}

MobX:

  • 架构:MobX 采用响应式编程的思想,通过可观察对象 (observable) 来存储状态,并自动追踪状态的变化。当可观察对象发生变化时,依赖于它的计算属性 (computed) 和反应 (reaction) 会自动更新。
  • 设计模式:MobX 使用了观察者模式,可观察对象是被观察者,计算属性和反应是观察者。当可观察对象发生变化时,观察者会得到通知并执行相应的操作。
  • 原理最小实现代码:
function createStore(reducer) {
  let state = reducer(undefined, {});
  const subscribers = [];

  function dispatch(action) {
    state = reducer(state, action);
    subscribers.forEach(subscriber => subscriber());
  }

  function subscribe(callback) {
    subscribers.push(callback);
  }

  function getState() {
    return state;
  }

  return { dispatch, subscribe, getState };
}

MobX:

  • 架构:MobX 采用响应式编程的思想,通过可观察对象 (observable) 来存储状态,并自动追踪状态的变化。当可观察对象发生变化时,依赖于它的计算属性 (computed) 和反应 (reaction) 会自动更新。
  • 设计模式:MobX 使用了观察者模式,可观察对象是被观察者,计算属性和反应是观察者。当可观察对象发生变化时,观察者会得到通知并执行相应的操作。
  • 原理最小实现代码:
function observable(obj) {
  const observers = new Set();

  return new Proxy(obj, {
    set(target, key, value) {
      target[key] = value;
      observers.forEach(observer => observer());
      return true;
    },
    get(target, key) {
      if (typeof target[key] === 'function') {
        return target[key].bind(target);
      }
      return target[key];
    },
  });
}

function autorun(reaction) {
  reaction();
}

Recoil:

  • 架构:Recoil 基于原子化状态 (atom) 和派生状态 (selector) 的概念。原子表示可独立更新的状态单元,选择器表示根据原子或其他选择器计算得出的状态。
  • 设计模式:Recoil 采用了依赖注入的思想,通过 Provider 组件将 store 注入到组件树中,组件通过 useRecoilState 等 Hook 来访问和更新状态。
  • 原理最小实现代码:
function atom(initialValue) {
  let value = initialValue;
  const subscribers = new Set();

  function get() {
    return value;
  }

  function set(newValue) {
    value = newValue;
    subscribers.forEach(subscriber => subscriber());
  }

  function subscribe(callback) {
    subscribers.add(callback);
    return () => subscribers.delete(callback);
  }

  return { get, set, subscribe };
}

function useRecoilState(atom) {
  const [, forceUpdate] = useState(0);

  useEffect(() => {
    const unsubscribe = atom.subscribe(() => forceUpdate(n => n + 1));
    return unsubscribe;
  }, [atom]);

  return [atom.get(), atom.set];
}

Zustand:

  • 架构:Zustand 基于 Hook 的概念,将状态和操作状态的方法集中在一个 store 中。通过自定义 Hook 来创建和访问 store。
  • 设计模式:Zustand 使用了单例模式,整个应用共享一个全局的 store 实例。通过 useStore 这个自定义 Hook 来访问 store 中的状态和方法。
  • 原理最小实现代码:
function createStore(createState) {
  let state;
  const subscribers = new Set();

  function setState(partial) {
    state = { ...state, ...partial };
    subscribers.forEach(subscriber => subscriber());
  }

  function getState() {
    return state;
  }

  function subscribe(callback) {
    subscribers.add(callback);
    return () => subscribers.delete(callback);
  }

  state = createState(setState, getState);

  return { getState, subscribe };
}

function useStore(selector) {
  const store = useMemo(() => createStore(createState), []);
  const [, forceUpdate] = useState(0);

  useEffect(() => {
    const unsubscribe = store.subscribe(() => forceUpdate(n => n + 1));
    return unsubscribe;
  }, [store]);

  return selector(store.getState());
}

Jotai:

  • 架构:Jotai 也是基于原子化概念,每个原子表示一个独立的状态单元。通过 Provider 组件将原子注入到组件树中,组件通过 useAtom 等 Hook 来访问和更新原子。
  • 设计模式:Jotai 采用了依赖注入和发布-订阅模式。Provider 组件负责注入原子,原子内部维护了订阅者列表,当原子值发生变化时通知订阅者。
  • 原理最小实现代码:
function atom(initialValue) {
  let value = initialValue;
  const subscribers = new Set();

  function read() {
    return value;
  }

  function write(newValue) {
    value = newValue;
    subscribers.forEach(subscriber => subscriber());
  }

  function subscribe(callback) {
    subscribers.add(callback);
    return () => subscribers.delete(callback);
  }

  return { read, write, subscribe };
}

function useAtom(atom) {
  const [, forceUpdate] = useState(0);

  useEffect(() => {
    const unsubscribe = atom.subscribe(() => forceUpdate(n => n + 1));
    return unsubscribe;
  }, [atom]);

  return [atom.read(), atom.write];
}

以上是对 Redux、MobX、Recoil、Zustand 和 Jotai 这几个状态管理库的架构、设计模式和原理最小实现代码的简要对比。每个库都有其独特的特点和适用场景:

  • Redux 适用于大型应用,特别是需要进行复杂状态管理和中间件处理的场景。
  • MobX 适用于中小型应用,特别是需要进行频繁的状态更新和副作用处理的场景。
  • Recoil 适用于中等规模的应用,特别是需要进行状态组合和异步数据流处理的场景。
  • Zustand 适用于小型到中型应用,特别是需要快速开发和简洁 API 的场景。
  • Jotai 适用于各种规模的应用,特别是对性能要求较高的场景。

在实际开发中,我们需要根据具体的业务需求和团队的技术背景来选择适合的状态管理方案。同时,不同的状态管理库也可以互补,可以在同一个项目中针对不同的模块和功能选择最合适的库。

Read more

ngrok本地调试原理及Telegram mini app cookie path 问题

ngrok本地调试原理及Telegram mini app cookie path 问题

在现代web开发中,本地调试是一个非常重要的环节。然而,当我们需要将本地开发的应用暴露到公网以便进行测试时,就会遇到一些挑战。本文将详细介绍如何使用ngrok实现内网穿透进行本地调试,特别是在Telegram小程序开发场景中的应用,以及可能遇到的常见问题及其解决方案。 ngrok原理 ngrok是一个反向代理工具,它可以将本地服务器安全地暴露到公网。下面是ngrok的工作原理: 1. 用户启动ngrok客户端,并指定要暴露的本地端口。 2. ngrok客户端与ngrok云服务建立安全的通道。 3. ngrok云服务生成一个公网可访问的URL。 4. 当外部请求到达这个URL时,ngrok云服务将请求通过安全通道转发到本地ngrok客户端。 5. 本地ngrok客户端将请求转发到指定的本地端口。 6. 本地服务器处理请求并返回响应,响应通过相同的路径返回给客户端。 Telegram小程序调试场景 在Telegram小程序开发中,我们经常需要使用ngrok来进行本地调试。以下是具体步骤: 1. 启动本地开发服务器(例如运行在localhost:3000)。

TypeScript:从架构分层设计到IOC和AOP

TypeScript:从架构分层设计到IOC和AOP

TypeScript作为JavaScript的超集,为开发者提供了强大的类型系统和面向对象编程能力。然而,要在大型项目中充分发挥TypeScript的优势,我们需要深入理解软件架构原则和设计模式。本文将探讨如何使用TypeScript构建一个健壮的应用架构,涵盖分层设计、常见设计模式、控制反转(IOC)和面向切面编程(AOP)等高级概念。 分层架构 分层架构是组织大型应用程序的常用方法。它有助于关注点分离,使得每一层都可以独立开发和测试。一个典型的分层架构包括: 1. 表现层(Presentation Layer) 2. 业务逻辑层(Business Logic Layer) 3. 数据访问层(Data Access Layer) 4. 数据库(Database) 让我们使用图表来可视化这个架构: 接下来,我们将探讨每一层中可能使用的设计模式,并通过TypeScript代码示例来说明如何实现这些模式。 表现层 表现层负责处理用户界面和用户交互。在这一层,我们经常使用MVC(Model-View-Controller)或MVVM(Model-View-ViewM

Jotai v2: React状态管理的新篇章

Jotai v2: React状态管理的新篇章

Jotai是一个为React应用设计的轻量级状态管理库。2023年3月,Jotai发布了v2.0版本,带来了许多新特性和改进。本文将深入探讨Jotai v2的使用方法、适用场景、设计理念、源码结构以及核心功能的实现原理。 版本信息 本文讨论的是Jotai v2.0.3版本,发布于2023年5月。你可以通过以下命令安装 npm install [email protected] 基本使用 Jotai的核心概念是"atom"。atom是最小的状态单位,可以存储任何JavaScript值。让我们看一个简单的例子: import { atom, useAtom } from 'jotai' // 创建一个atom const countAtom = atom(0) function Counter() { // 使用atom const [count, setCount] = useAtom(

加密货币交易所十二:安全性和风险控制

加密货币交易所十二:安全性和风险控制

在加密货币合约交易所中,安全性和风险控制是至关重要的。这不仅关系到交易所的声誉和用户的资产安全,也直接影响到整个加密货币生态系统的稳定性。本章将详细探讨合约交易所在安全性和风险控制方面的关键策略和实施方法。 多重签名机制 多重签名(MultiSig)是一种强大的安全机制,要求多个私钥来授权交易,大大降低了单点故障和内部欺诈的风险。 概念解释 多重签名是一种需要多个私钥来签署和授权交易的加密技术。例如,在一个 2-of-3 多重签名设置中,需要三个私钥中的任意两个来完成交易。 在合约交易所中的应用 热钱包管理: * 设置:通常采用 2-of-3 或 3-of-5 的多重签名方案。 * 应用:每次从热钱包转出大额资金时,需要多个管理员的授权。 冷钱包管理: * 设置:可能采用更严格的 3-of-5 或 4-of-7 方案。 * 应用:定期将热钱包中的多余资金转移到冷钱包时使用。 智能合约升级: * 设置:可能需要多个核心开发者和安全审计员的签名。 * 应用:在升级关键智能合约时,确保变更经过充分审核和授权。 实现考虑 密钥管理: * 使用硬件安全