关于javascript:精读一种-Hooks-数据流管理方案

保护大型项目 OR UI 组件模块时，肯定会遇到全局数据传递问题。

保护我的项目时，像全局用户信息、全局我的项目配置、全局性能配置等等，都是跨模块复用的全局数据。

保护 UI 组件时，调用组件的入口只有一个，但组件外部会持续拆模块，分文件，对于这些组件内模块而言，入口文件的参数也就是全局数据。

这时个别有三种计划：

props 透传。
上下文。
全局数据流。

props 透传计划，因为任何一个节点掉链子都会导致参数传递失败，因而带来的保护老本与心智累赘都特地大。

上下文即 useContext 利用上下文共享全局数据，带来的问题是更新粒度太粗，同上下文中任何值的扭转都会导致重渲染。有一种较为 Hack 的解决方案 use-context-selector，不过这个和上面说到的全局数据流很像。

全局数据流即利用 react-redux 等工具，绕过 React 更新机制进行全局数据传递的计划，这种计划较好解决了我的项目问题，但很少有组件会应用。以前也有过不少利用 Redux 做部分数据流的计划，但实质上还是全局数据流。当初 react-redux 反对了部分作用域计划：

import {shallowEqual, createSelectorHook, createStoreHook} from 'react-redux'

const context = React.createContext(null)
const useStore = createStoreHook(context)
const useSelector = createSelectorHook(context)
const useDispatch = createDispatchHook(context)

因而是机会好好梳理一下数据流治理计划，做一个我的项目、组件通用的数据流治理计划。

对我的项目、组件来说，数据流蕴含两种数据：

可变数据。
不可变数据。

对我的项目来说，可变数据的起源有：

全局内部参数。
全局我的项目自定义变量。

不可变数据起源有：

操作数据或行为的函数办法。

全局内部参数指不受我的项目代码管制的，比方登陆用户信息数据。全局我的项目自定义变量是由我的项目代码管制的，比方定义了一些模型数据、状态数据。

对组件来说，可变数据的起源有：

组件被调用时的传参。
全局组件自定义变量。

不可变数据起源有：

组件被调用时的传参。
操作数据或行为的函数办法。

对组件来说，被调用时的传参既可能是可变数据，也可能是不可变数据。比方传入的 props.color 可能就是可变数据，而 props.defaultValue、props.onChange 就是不可变数据。

当梳理分明我的项目与组件到底有哪些全局数据后，咱们就能够依照注册与调用这两步来设计数据流治理标准了。

首先来看调用。为了同时保障应用的便捷与应用程序的性能，咱们心愿应用一个对立的 API useXXX 来拜访所有全局数据与办法，并满足：

{} = useXXX() 只能援用到不可变数据，包含变量与办法。
{value} = useXXX(state => ({ value: state.value})) 能够援用到可变数据，但必须通过选择器来调用。

比方一个利用叫 gaea，那么 useGaea 就是对这个利用全局数据的惟一调用入口，我能够在组件里这么调用数据与办法：

const Panel = () => {
  // appId 是利用不可变数据，所以即便是变量也能够间接获取，因为它不会变动，也不会导致重渲染
  // fetchData 是取数函数，内置发送了 appId，所以绑定了肯定上下文，也属于不可变数据
  const {appId, fetchData} = useGaea()

  // 主题色可能在运行时批改，只能通过选择器获取
  // 此时这个组件会额定在 color 变动时重渲染
  const {color} = useGaea(state => ({color: state.theme?.color}))
}

比方一个组件叫 Menu，那么 useMenu 就是这个组件的全局数据调用入口，能够这么应用：

// SubMenu 是 Menu 组件的子组件，能够间接应用 useMenu
const SubMenu = () => {
  // defaultValue 是一次性值，所以解决时做了不可变解决，这里曾经是不可变数据了
  // onMenuClick 是回调函数，不论传参援用如何变动，这里都解决成不可变的援用
  const {defaultValue, onMenuClick} = useMenu()

  // disabled 是 menu 的参数，须要在变动时立刻响应，所以是可变数据
  const {disabled} = useMenu(state => ({disabled: state.disabled}))

  // selectedMenu 是 Menu 组件的外部状态，也作为可变数据调用
  const {selectedMenu} = useMenu(state => ({selectedMenu: state.selectedMenu}))
}

能够发现，在整个利用或者组件的应用 Scope 中，曾经做了一层形象，即不关怀数据是怎么来的，只关怀数据是否可变。这样对于组件或利用，随时能够将外部状态凋谢到 API 层，而外部代码齐全不必批改。

数据流注册的时候，咱们只有定义三种参数：

dynamicValue: 动静参数，通过 useInput(state => state.xxx) 能力拜访到。
staticValue: 动态参数，援用永远不会扭转，能够间接通过 useInput().xxx 拜访到。
自定义 hooks，入参是 staticValue getState setState，这里能够封装自定义办法，并且定义的办法都必须是动态的，能够间接通过 useInput().xxx 拜访到。

const {useState: useInput, Provider} = createHookStore<{
  dynamicValue: {fontSize: number}
  staticValue: {onChange: (value: number) => void
  }
}>(({staticValue}) => {const onCustomChange = React.useCallback((value: number) => {staticValue.onChange(value + 1)
  }, [staticValue])

  return React.useMemo(() => ({onCustomChange}), [onCustomChange])
})

下面的办法裸露了 Provider 与 useInput 两个对象，咱们首先须要在组件里给它传输数据。比方我写的是组件 Input，就能够这么调用：

function Input({onChange, fontSize}) {
  return (<Provider dynamicValue={{fontSize}} staticValue={{onChange}}>
      <InputComponent />
    </Provider>
  )
}

如果对于某些动态数据，咱们只想赋初值，能够应用 defaultDynamicValue：

function Input({onChange, fontSize}) {
  return (<Provider dynamicValue={{fontSize}} defaultDynamicValue={{count: 1}}>
      <InputComponent />
    </Provider>
  )
}

这样 count 就是一个动静值，必须通过 useInput(state => ({ count: state.count})) 能力取到，但又不会因为外层组件 Rerender 而被从新赋值为 1。所有动静值都能够通过 setState 来批改，这个前面再说。

这样所有 Input 下的子组件就能够通过 useInput 拜访到全局数据流的数据啦，咱们有三种拜访数据的场景。

一：拜访传给 Input 组件的 onChange。

因为 onChange 是不可变对象，因而能够通过如下形式拜访：

function InputComponent() {const { onChange} = useInput()}

二：拜访咱们自定义的全局 Hooks 函数 onCustomChange：

function InputComponent() {const { onCustomChange} = useInput()}

三：拜访可能变动的数据 fontSize。因为咱们须要在 fontSize 变动时让组件重渲染，又不想让下面两种调用形式受到 fontSize 的影响，须要通过如下形式拜访：

function InputComponent() {const { fontSize} = useInput(state => ({fontSize: state.fontSize}))
}

最初在自定义办法中，如果咱们想批改可变数据，都要通过 updateStore 封装好并裸露给内部，而不能间接调用。具体形式是这样的，举个例子，假如咱们须要定义一个利用状态 status，其可选值为 edit 与 preview，那么能够这么去定义：

const {useState: useInput, Provider} = createHookStore<{
  dynamicValue: {
    isAdmin: boolean
    status: 'edit' | 'preview'
  }
}>(({getState, setState}) => {const toggleStatus = React.useCallback(() => {
    // 管理员能力切换利用状态
    if (!getState().isAdmin) {return}

    setState(state => ({
      ...state,
      status: state.status === 'edit' ? 'preview' : 'edit'
    }))
  }, [getState, setState])

  return React.useMemo(() => ({toggleStatus}), [toggleStatus])
})

上面是调用：

function InputComponent() {const { toggleStatus} = useInput()

  return (<button onClick={toggleStatus} />
  )
}

而且整个链路的类型定义也是齐全主动推导的，这套数据流治理计划到这里就讲完了。

对全局数据的应用，最不便的就是收拢到一个 useXXX API，并且还能辨别动态、动静值，并在拜访动态值时齐全不会导致重渲染。

而之所以动静值 dynamicValue 须要在 Provider 里定义，是因为当动静值变动时，会自动更新数据流中的数据，使整个利用数据与内部动态数据同步。而这个更新步骤就是通过 Redux Store 来实现的。

本文特意没有给出实现源码，感兴趣的同学能够本人实现一个试一试。

探讨地址是：精读《一种 Hooks 数据流治理计划》· Issue #345 · dt-fe/weekly

如果你想参加探讨，请点击这里，每周都有新的主题，周末或周一公布。前端精读 – 帮你筛选靠谱的内容。

关注 前端精读微信公众号

版权申明：自在转载 - 非商用 - 非衍生 - 放弃署名（创意共享 3.0 许可证）

关于javascript:精读一种-Hooks-数据流管理方案

精读

数据流调用

数据流注册

总结

Just My Socks（注册教程内含优惠码）

关于javascript:精读一种-Hooks-数据流管理方案

精读

数据流调用

数据流注册

总结

Just My Socks（注册教程 内含优惠码）

Just My Socks（注册教程内含优惠码）