从 custom Hooks 到 shared Hooks ：hox 原理分析

本文旨在用尽可能通俗易懂的方式讲清楚 hox 在底层是如何实现的，也因此可能在某些方面的表述不够严谨，如有偏颇，还请各位读者多多指正。

Hox 是下一代的 React 状态管理器，关于它的更多介绍可以参考这篇文章，本文假设你已经对 hox 的用法有了初步的了解。

在 hox 中，我们希望能充分发挥 React Hooks 的特性，也希望让全局状态和组件内部状态的编写体验保持一致，所以我们使用 custom Hook 的方式定义 model 的逻辑。

我们不妨先来看下一个普通的 custom Hook 是什么样的效果吧：

export function useFoo() {
  const [count, setCount] = useState(0)
  function increment() {
    setCount(count + 1)
  }
  return {
    count,
    increment,
  }
}

我们可以在组件中调用 useFoo ：

export function ComponentA() {
  const foo = useFoo()
  return (
    

      
{foo.count}
      Increment
    
  )
}

不难发现，我们通过定义 custom Hook ，对逻辑进行了一层封装，也让组件变得更加简洁。然而，如果此时我们再创建一个 B 组件：

export function ComponentB() {
  const foo = useFoo()
  return (
    

      
{foo.count}
    
  )
}

当我们点击 A 组件中的 Increment 按钮时，B 组件中的数字会跟着变化么？
答案自然是不会的，因为 useFoo 这个 custom Hook 虽然实现了逻辑的封装和复用，但是却并不能让数据共享。

而 hox ，就是为了解决这个问题而生。

我们不妨接着上面的例子，使用 hox 提供的 createModel 对 useFoo 进行一层封装：

const useFooModel = createModel(useFoo)

createModel 会创建一个 Executor 组件的实例，并在其中执行 useFoo 这个 Hook ，并把 useFoo 的执行结果保存起来。最后，它会返回一个新的 Hook： useFooModel 。乍一看， createModel 和 HOC （高阶组件）甚至有几分神似。

不同于 useFoo ，在调用 useFooModel 时，我们并不是真的执行了 useFoo 这个 custom Hook ，而是向 Executor 组件进行数据的订阅。也就是说，如果我们在多个组件中都调用了 useFooModel ，那它们所拿到的数据实际上是同一份，更准确的说，它们拿到的那份数据，就是存在 Executor 中的那份 state 。

通过这种方式，我们让 custom Hook 可以做到数据的共享，这也是 createModel 之所以叫做 createModel 的原因：通过它，我们把一个 custom Hook 变成了一个全局的 model 。

现在，我们再来更新一下刚才的例子：

export function ComponentA() {
  const foo = useFooModel() // 这里从 useFoo 变成了 useFooModel
  return (
    

      
{foo.count}
      Increment
    
  )
}

export function ComponentB() {
  const foo = useFooModel() // 这里从 useFoo 变成了 useFooModel
  return (
    

      
{foo.count}
    
  )
}

现在，A B 两个组件都获取到了 Executor 中的那份数据，并且订阅了它未来的更新。因此当我们点击组件 A 的 Increment 按钮时，我们实际上是触发了 Executor 组件中的一个 setState ，然后 Executor 组件进行重渲染，通知它的订阅者们。A 组件和 B 组件收到了更新通知和新的数据，也会跟着重新进行渲染。最终我们可以看到，A B 两个组件显示的数字都变成了 1 。

如果你希望对 hox 有更多的了解的话，不妨在 GitHub 上阅读它的源码，或是亲自体验一下～