React Hooks总结

Hook 前言

什么是Hook

自从 16.8 版本开始,hooks 的出现使得你可以在不编写 class 的情况下使用状态管理以及其它 React 的特性。

那么在 React Hooks 出现之前,class 类组件和 function 函数组件有什么区别?Hooks 出现之后,函数组件又是如何满足原来只有类组件才有的功能的?

1.类组件和没有 hooks 加持的函数组件:

函数组件常被称为无状态组件,意思就是它内部没有状态管理,只能做一些展示型的组件或者是完全受控组件。因此差别主要体现在:

  • 函数组件没有内部状态管理
  • 函数组件内部没有生命周期钩子
  • 函数组件不能被获取组件实例 ref,函数组件内也不能获取类组件的 ref

2.类组件和有 hooks 加持的函数组件:

有了 hooks 加持之后,函数组件具备了状态管理,除了可以使用内置的 hooks ,我们还可以自定义 hooks。

  • 类组件有完备的生命周期钩子,而函数组件只能具备:DidMount / WillUnmount / DidUpdate / willUpdate
  • 函数组件内部可以通过内置 hook 获取类组件 ref,也可以通过一些 API 的组合使用达到获取函数组件 ref 的功能
  • 函数组件具备了针对状态变量的 setter 监听(类似于 vue watch),类组件没有这种 API。(useCallback、useEffect、useMemo等)

类组件原本比函数组件更加完整,为什么还需要 hooks?

这要说到 React 的设计理论:

  • React 认为,UI 视图是数据的一种视觉映射,即 UI = F(DATA) ,这里的 F 需要负责对输入的数据进行加工、并对数据的变更做出响应
  • 公式里的 F 在 React 里抽象成组件,React 是以组件为粒度编排应用的,组件是代码复用的最小单元
  • 在设计上,React 采用 props 来接收外部的数据,使用 state 属性来管理组件自身产生的数据(状态),而为了实现(运行时)对数据变更做出响应需要,React 采用基于类 Class 的组件设计
  • 除此之外,React 认为组件是有生命周期的,因此开创性地将生命周期的概念引入到了组件设计,从组件的 create 到 destroy 提供了一系列的 API 共开发者使用

类组件 Class Component 的困局

组件状态逻辑复用困局

对于有状态组件的复用,React 团队和社区尝试过许多方案,早期使用 CreateClass + Mixins,使用 Class Component 后又设计了 Render Props 和 HOC,再到后来的 Hooks设计,React 团队对于组件复用的探索一直没有停止。

HOC 和 Render Props 都有自己的缺点,都不是完美的复用方案(详情了解 React HOC 和 Render Props),官方团队认为应该为共享状态逻辑提供更好的原生途径。在 Hooks 加持后,功能相对独立的部分完全抽离到 hook 实现,例如网络请求、登录状态、用户核验等;也可以将 UI 和功能(状态)分离,功能放到 hook 实现,例如表单验证。

复杂组件变得难以理解

我们经常维护一些组件,它们起初很简单,但是逐渐会被状态逻辑和副作用充斥。在多数情况下,不可能将组件拆分为更小的粒度,因为状态逻辑无处不在。这也给测试带来了挑战。Hook 可将组件中相互关联的部分拆分成更小的函数

JavaScript Class 的缺陷
  • this的指向问题(语言缺陷)
  • 编译后体积和性能的问题

同样功能的类组件和函数组件,在经过 Webpack 编译后体积相差明显,也伴随着一定的性能问题。这是因为 class 在 JavaScript 中本质是函数,在 React 内部也是当做 Function类 来处理的。而函数组件编译后就是一个普通的 function,function 对 JS 引擎是友好的。

内置 Hooks

useState

const [state, setState] = useState(initialState);

用来承担与类组件中的 state 一样的作用,组件内部的状态管理

function () {
  const [ count, setCount ] = useState(0);  
  const onClick = ()  => { 
    setCount( count + 1 ); 
    // setCount(count => count + 1);
  }; 
    
  return <div onClick={onClick}>{ count }</div>  
}

除了直接传入最新的值,还可以函数式更新,这样可以访问到先前的 state。如果你的初始 State 创建比较昂贵时,可以传一个函数给 useState:

function Table(props) {
  // ️ createRows() 每次渲染都会被调用
  const [rows, setRows] = useState(createRows(props.count));
  // ...
}

function Table(props) {
  //  createRows() 只会被调用一次
  const [rows, setRows] = useState(() => createRows(props.count));
  // ...
}

如果是复杂类型的 state,需要传入修改后的完整的数据,不再像类组件中的 setState 可以自动合并对象,需要手动合并:

setState(prevState => ({…prevState, …updatedValues}));

此外,useReducer 是另一种可选的方案。

useEffect

useEffect(func, [deps]);

可以用来模拟生命周期,即可以完成某些副作用。什么叫副作用?一般我们认为一个函数不应该对外部产生影响,一旦在函数内部有某些影响外部的操作,将其称之为副作用。例如改变 DOM、改变 Window对象(Global)、设置定时器、使用原生API绑定事件等等,如果处理不好,它们可能会产生 bug 并产生破坏。

如果只传一个参数,每次组件渲染都会执行回调函数(挂载+跟新),相当于 componentDidMount() + componentDidUpdate()

返回值函数:在组件更新前、组件卸载时执行,相当于 componentWillUnmount() + componentWillUpdate()

useEffect(() => { // 每次渲染后执行此函数,获取到的值是最新的
    console.log("Effect after render", count);
    return () => { // 每次执行useEffect前,先执行此函数,获取到的数据是更新之前的值
        console.log("remove last", count);
    }
});

第二个参数是依赖列表,当依赖的状态数据发生改变时会执行回调

1.如果是一个空数组,表示没有依赖项

  • 回调函数:只在组件挂载的时候执行一次,相当于 componentDidMount()
  • 返回值函数:只在组件卸载的时候执行一次,相当于 componentWillUnmount()

2.如果有值

  • 回调函数:除了具有 componentDidMount(),还当 数组内的变量发生变化时执行 componentDidUpdate()
  • 返回值函数:除了具有 componentWillUnmount(),还当 数组内的值发生变化时执行 componentWillUpdate()

需要注意的是,

    1.第二个参数的比较其实是浅比较,传入引用类型进去是无意义的
    2.一个组件内可以使用多个 useEffect,它们相互之间互不影响
    3.useEffect 第一个参数不能是 async 异步函数,因为它总是返回一个 Promise,这不是我们想要的。你可以在其内部定义 async 函数并调用

useLayoutEffect

它与 useEffect 的用法完全一样,作用也基本相同,唯一的不同在于执行时机,它会在所有的 DOM 变更之后同步调用 effect,可以使用它来

useEffect 不会阻塞浏览器的绘制任务,它会在页面更新之后才执行。而 useLayoutEffect 跟 componentDidMount 和 componentDidUpdate 的执行时机一样,会阻塞页面渲染,如果当中有耗时任务的话,页面就会卡顿。大多数情况下 useEffect 比 class 的生命周期函数性能更好,我们应该优先使用它。

如果你正在将代码从 class 组件迁移到使用 Hook 的函数组件,则需要注意 useLayoutEffect 与 componentDidMount、componentDidUpdate 的调用阶段是一样的。但是,我们推荐你一开始先用 useEffect,只有当它出问题的时候再尝试使用 useLayoutEffect。

useReducer

const [state, dispatch] = useReducer(reducer, initialArg, init);

useState 的替代方案,它接收一个 (state, action) => newState 的 reducer 处理函数,并返回当前的 state 和 配套的 dispatch 方法。使用方法与 redux 非常相似。

某些场景下,useReducer 比 useState 更加适用:

  • 当状态变量比较复杂且包含多个子值的时候
  • 下一个 state 依赖之前的 state
const initialState = {count: 0};

function init(initialCount) {
  return {count: initialCount};
}

function reducer(state, action) {
  switch (action.type) {
    case 'increment':
      return {count: state.count + 1};
    case 'decrement':
      return {count: state.count - 1};
    default:
      throw new Error();
  }
}

function Counter(props) {
  const [state, dispatch] = useReducer(reducer, initialState);
  // const [state, dispatch] = useReducer(reducer, props.initialCount, init);

  return (
    <>
      Count: {state.count}
      <button onClick={() => dispatch({type: 'decrement'})}>-</button>
      <button onClick={() => dispatch({type: 'increment'})}>+</button>
    </>
  );
}

此外,它还可以模拟 forceUpdate()

const [ignored, forceUpdate] = useReducer(x => x + 1, 0);

function handleClick() {
   forceUpdate();
}

useCallback

const memoizedCallback = useCallback(func, [deps]);

useCallback 缓存了方法的引用。它有的作用:性能优化,父组件更新,传递给子组件的函数指针不会每次都改变,只有当依赖项发生改变的时候才会改变指针。避免了子组件的无谓渲染

它的本质是对函数依赖进行分析,依赖变更时才重新执行。

useMemo & React.memo

useMemo 用于缓存一些耗时的计算结果(返回值),只有当依赖项改变时才重新进行计算。

useCallback(func, [deps])  等同于  useMemo(() => func, [deps])

useCallback 缓存的是方法的引用,useMemo 缓存的是方法的返回值,适用场景都是避免不必要的子组件渲染。

在类组件中有 React.PureComponent,与之对应的函数组件可以使用 React.memo,它们都会在自身 re-render 时,对每一个 props 项进行浅对比,如果引用没有发生改变,就不会触发渲染。

那么,useMemo 和 React.memo 有什么共同点呢?前者可以在组件内部使用,可以拥有比后者更细粒度的依赖控制。它们两个与 useCallback 的本质一样,都是进行依赖控制。

useContext

专门为函数组件提供的 context hook API,可以更加方便地获取 context 的值。

const value = useContext(MyContext);

useContext(MyContext) 接收一个 context 对象,当前获取到的值由上层组件中距离最近的 <MyContext.Provider> 的 value 决定。

useContext(MyContext) 相当于之前的 static contextType = MyContext 或者 <MyContext.Consumer>

useRef

const refContainer = useRef(initialValue);

useRef 返回一个可变的 ref 对象,其 current 属性被初始化为传入的参数。返回的 ref 对象在组件的整个生命周期内保持不变。

注意:此 hook 可以获取 DOM 元素、类组件示例,但无法获取函数组件实例,因为函数组件根本没有实例。如果想让函数组件被获取到 ref,可以使用 useImperativeHandle 来达到这样的效果

另外,useRef 获取到的“ref”对象是一个 current 属性可变且可以容纳任意值的通用容器。可以实现如下功能:

  • 模拟实例变量
  • 获取 prevProps、prevState
// 当做 class 实例变量
function Timer() {
  const intervalRef = useRef();
 
  useEffect(() => {
    const id = setInterval(() => {
      // ...
    });
    intervalRef.current = id;
    return () => {
      clearInterval(intervalRef.current);
    };
  });
 
  // ...
}
 
// 获取prevProps,prevState
function Counter(props) {
  const [count, setCount] = useState(0);
  const prevProps = useRef(props);
  const prevCount = useRef(count);

  useEffect(() => {
    prevCount.current = count;
    prevProps.current = props;
  });
 
  return <h1>Now: {count} - {props}, before: {prevCount.current} - {prevProps.current}</h1>;
}

useImperativeHandle

useImperativeHandle 可以让你在使用 ref 时自定义对外暴露的属性。官方指出,它应当与 forwardRef 一起使用。

示例:

function FancyInput(props, ref) {
  const inputRef = useRef();
  useImperativeHandle(ref, () => ({
    focus: () => {
      inputRef.current.focus();
    }
  }));
  return <input ref={inputRef} ... />;
}
FancyInput = forwardRef(FancyInput);

此时,通过 ref 获取到 FancyInput 的”实例”,其 current 属性内只有 foucs 属性可供访问

 

© 版权声明
THE END
喜欢就支持一下吧!
点赞0
分享