简化React Hook的5种方法
在编写自定义Hook时，简化很容易产生过于复杂的种方解决方案。这有时会导致不稳定的简化行为，创建无用的种方重新渲染，或者只是简化使其更难维护。考虑到这一点，种方我想分享5种我发现的简化帮助简化定制Hook的方法。
1. 减少 useState 数量
当你使用hook进行开发时，种方很容易使用过多的简化 useState 调用，或者将所有的种方状态缩减为单一的、过于复杂的简化 useState。提高hook的种方可读性的最好方法之一就是优先考虑你的 useState 调用。我喜欢在我写的简化钩子中遵循一些关于状态实现的规则。
(1) 优先考虑易读性
我更喜欢将状态读取为对象，种方而不是简化使用多个具有简单值的 useState 命令。使用更少的亿华云 useState 命令也会让你的钩子的返回更容易，并且在组件中的实现更直接。虽然这是我的偏好，但代码是一个非常个人化的东西，也是非常有表现力的。我写代码时的第一条规则是优先考虑可读性，遵循这个规则会让你的代码更容易维护，迫使你去思考你所写的东西，并让别人更容易遵循你的代码。如果这是你从这个文章中带走的唯一东西，那么我已经完成了我的工作。
(2) 评估状态对象的内容
组件从一开始就没有被完美地规划过，随着组件的增长，你的高防服务器 useState 中包含的属性可能也会变得越来越复杂。在整个开发周期中，我强烈建议评估你的 useState 调用的内容，以确定将状态部分分成其他 useState 调用是否有意义。你可能想按功能或类型对状态值进行分组。一般来说，我喜欢把状态数据按照我认为通常会一起更新的属性来分组，或者按照状态属性的功能来分组，比如数据和视图属性。
2. 利用你的Hook返回
当我刚开始写自定义Hook时，很容易遵循类似于默认的 useState 钩子的返回样式。虽然这并不是坏事，但在函数之上使用一个返回数组来返回多个状态变量，会很麻烦。想象一下，除了处理数据选择的函数外，还可以返回2个不同的状态变量(1个是数据状态，1个是视图状态)的钩子，站群服务器用数组风格的返回方式编写，它可能看起来像这样。
function useBasicHook() { const [dataState, setDataState] = useState({ serverData: { }, selections: { } }); const [viewState, setViewState] = useState({ menuExpanded: false, submitFormData: { } }) const toggleMenuExpand = () => { setViewState({ menuExpanded: !viewState.menuExpanded, submitFormData: viewState.submitFormData }) } return [dataState, viewState, toggleMenuExpande]; } function BasicComponent(){ const [dataState, viewState, toggleMenuExpand] = useBasicHook(); return <div> </div> }看看这个hook，很容易看出，如果在返回中添加额外的函数或变量，hook的实现会很快失控。如果你不小心破坏了数组的顺序，或者用不正确的名称，会造成额外的混乱和可能的错误。我们可以通过更新hook返回一个对象来防止这种情况的发生，就像这样。
function useBasicHook() { const [dataState, setDataState] = useState({ serverData: { }, selections: { } }); const [viewState, setViewState] = useState({ menuExpanded: false, submitFormData: { } }) const toggleMenuExpand = () => { setViewState({ menuExpanded: !viewState.menuExpanded, submitFormData: viewState.submitFormData }) } return { dataState: dataState, viewState: viewState, toggleMenuExpand: toggleMenuExpand }; } function BasicComponent(){ const state = useBasicHook(); // or // const { dataState, viewState, toggleMenuExpand} = useBasicHook(); return <div> </div> }将返回值转换为对象还有其他好处，包括：
如果hook在多个组件之间共享或作为库共享，则在更新后提高hook版本的兼容性; 在使用Hook在组件顶部提供相同级别的Hook API时，仍然可以解构对象。还有一件很酷的事情，你可以用你的钩子返回，就是在你的状态中创建基于组件工厂函数的小状态。这提供了一种很好的方式，可以将组件构建器共享给实现钩子的组件，而无需将状态公开给该组件。
3. 使用合并钩子简化 setState 调用
在React中使用类而不是基于函数的组件进行开发，当涉及到状态管理时，确实有一些开箱即用的优势，对我来说，最主要的是旧状态与新状态的合并。React Docs for State提供了React.Component中内置的状态合并功能的良好示例。虽然该功能没有直接内置到钩子中，但我们可以通过一个简单的自定义钩子来复制这种行为，它可以替换我们的 useState 调用，给我们同样的行为。
function useMergeState(initialState) { const [state, setState] = useState(initialState); // 使用 useRef 来改进异步调用 setState 时的功能。 const stateRef = useRef(state); function setRefState(newState) { stateRef.current = newState; return setState(newState); } function mergeState(newState) { var finalState = newState; /** * 判断状态数据类型是否匹配，如果匹配，则继续合并， * 如果不匹配，则抛出一个控制台警告，用新的状态覆盖。 */ if (typeof stateRef.current !== typeof newState) { console.warn( "useMergeState warning: 状态数据类型不匹配，用新的状态覆盖状态。" ); finalState = newState; } else { /** * 在此处理合并 */ if (typeof stateRef.current == "object" && !Array.isArray(stateRef.current)) { // 现有状态是一个对象，继续尝试合并 if (typeof newState == "object" && !Array.isArray(newState)) { finalState = { ...stateRef.current, ...newState }; } } } return setRefState(finalState); } return [stateRef.current, mergeState]; }4. 考虑拆分Hook
无论组件的复杂程度如何，我总是建议使用自定义钩子;然而，在构建自定义钩子时，将一个过于复杂的钩子分割成多个较简单的钩子是非常有用的。在我的项目中，我喜欢根据功能来拆分钩子逻辑，比如说，把一个钩子拆成逻辑上的状态子集，比如数据/Web API交互的钩子和显示状态的单独的钩子，可能会有好处。回想一下钩子返回部分的例子钩子，这样拆开来可能会有帮助。
function useDataHook() { const [dataState, setDataState] = useState({ serverData: { }, selections: { } }); return dataState; } function useDisplayHook() { const [viewState, setViewState] = useState({ menuExpanded: false, submitFormData: { } }) const toggleMenuExpand = () => { setViewState({ menuExpanded: !viewState.menuExpanded, submitFormData: viewState.submitFormData }) } return { viewState: viewState, toggleMenuExpand: toggleMenuExpand } function BasicComponent(){ const data = useDataHook(); const display = useDisplayHook(); return <div> </div> }拆分后的示例挂钩
5. 评估 useEffect 调用，以防止不必要的重新渲染
useEffect钩子非常有用，但是如果使用不当，可能会导致过度渲染。查看自定义钩子时，值得评估你的useEffect调用。我喜欢遵守以下经验法则：
如果一个 useEffect 在同一个钩子作用域中监听状态变量，那么这个效果不应该更新状态本身。
如果你有多个useEffect语句在侦听同一组变量，请考虑将它们组合在一起。
尽管结合使用 useEffects 有助于减少重新渲染次数，但首先要优先考虑代码的可读性。