9.在设计自定义 Hooks 时，有哪些重要的原则和最佳实践？ 副本
来源：https://my.feishu.cn/docx/DZT6dQ4EwoDLu7xEvzlcRhJUnSc
采集状态：已完成正文采集；已滚动到底部并按块及代码行号采集

React 自定义 Hooks 设计原则与最佳实践​

​

自定义 Hooks 是 React 函数式组件的核心优势之一，它允许我们将组件逻辑提取到可重用的函数中。一个设计良好的自定义 Hook 不仅能实现逻辑复用，更能提升代码的可读性、可维护性和健壮性。​

​

然而，创建一个能工作的 Hook 相对容易，但要设计一个优雅、高效且易于协作的 Hook，则需要遵循一些重要的原则。在本文中，我们将一起探讨构建高质量自定义 Hooks 的核心原则与最佳实践。​

​

1. 命名规范：一切的开始​

​

这是最基本也是最重要的一条规则：**自定义 Hook 必须以 use 开头**。​

​

这不仅仅是一个约定，更是 React Linter 赖以工作的基本前提。Linter 会检查所有以 use 开头的函数，并强制执行“Hooks 规则”（例如，不能在条件语句或循环中调用 Hooks）。​

​

除了满足 Linter 要求，一个好的命名应该清晰地描述 Hook 的功能。​

​

•
推荐：useLocalStorage, useWindowSize, useFetch​

•

不推荐：getLocalStorage, handleWindowResize, fetchData

一个自解释的名称是最好的文档。当团队其他成员看到 const { data, loading } = useFetch(...) 时，无需查看实现就能大致猜到它的作用。​

​

2. 单一职责原则 (Single Responsibility Principle)​

​

单一职责原则在软件工程中无处不在，自定义 Hooks 也不例外。一个 Hook应该只做一件事，并把它做好。​

​

避免创建庞大而臃肿的“万能” Hook，它不仅难以理解和维护，也降低了其可复用性。​

​

我们来看一个例子。假设我们需要管理用户数据和应用设置，一个反模式的设计可能是：​

​

// 反模式：一个 Hook 承担过多职责
const { user, settings, updateUser, updateSettings } = useUserDataAndSettings();

​

这种设计将两个不相关的领域（用户数据、应用设置）耦合在了一起。更好的方式是将其拆分为两个独立的 Hooks：​

​

// 推荐：职责分离，清晰独立
const { user, updateUser } = useUserProfile();
const { settings, updateSettings } = useAppSettings();

​

通过拆分，每个 Hook 都变得更小、更专注，也更容易在应用的不同位置被复用。​

​

3. 设计清晰的 API：参数与返回值​

​

自定义 Hook 本质上是一个函数，它的参数（输入）和返回值（输出）共同构成了它的 API。一个清晰的 API 设计至关重要。​

​

参数（输入）​

​

•
保持简洁：只传递 Hook 正常工作所必需的参数。​

•

使用配置对象：当参数超过两到三个，特别是包含可选参数时，推荐使用一个配置对象。这使得 API 更具可扩展性，并且调用时无需记忆参数顺序。

// 不推荐：参数顺序难以记忆
useFetch('/api/data', 'POST', { 'Content-Type': 'application/json' }, JSON.stringify(data));

// 推荐：使用配置对象，清晰且可扩展
useFetch('/api/data', {
  method: 'POST',
  headers: { 'Content-Type': 'application/json' },
  body: JSON.stringify(data),
});

​

返回值（输出）​

​

返回值的结构通常有两种主流模式，我们可以根据场景选择最合适的一种：​

​

•

返回数组：当 Hook 的功能类似于 useState，主要返回一个状态值和一个修改该状态的函数时，返回数组是最佳选择。它允许调用者自由命名返回的变量。

// 模仿 useState 的模式，调用者可以自由命名
const [userToken, setUserToken] = useLocalStorage('token');

•

返回对象：当 Hook 返回多个、不分主次的独立状态值时，返回一个带有明确键名的对象是更好的选择。这使得返回值具有自描述性，易于理解，并且在未来增加返回值时不会破坏现有代码。

// 返回一个状态对象，键名清晰，易于解构
const { data, isLoading, error } = useFetch('/api/users');

4. 性能优化：善用 useMemo 与 useCallback​

​

自定义 Hook 内部的计算和函数，如果在每次渲染时都重新创建，可能会引发不必要的性能问题，尤其是在消费该 Hook 的组件中。​

​

•

使用 useMemo 缓存计算结果**：对于开销较大的计算，我们应该使用 useMemo 来缓存结果，只有当其依赖项变化时才重新计算。

•

使用 useCallback 缓存函数实例**：如果 Hook 返回一个函数，务必使用 useCallback 将其包裹。这可以确保在依赖项不变的情况下，返回的函数实例是稳定的，避免了消费组件因函数引用变化而产生不必要的重渲染。

我们来看一个例子：​

​

import { useState, useCallback, useMemo } from 'react';

function useComplexCalculation(data) {
  const [factor, setFactor] = useState(1);

  // 使用 useMemo 缓存昂贵的计算结果
  const calculatedValue = useMemo(() => {
    console.log('Performing complex calculation...');
    // 假设这是一个非常耗时的计算
    return data.map(item => item * factor).reduce((a, b) => a + b, 0);
  }, [data, factor]);

  // 使用 useCallback 保证返回的函数引用稳定
  const updateFactor = useCallback((newFactor) => {
    setFactor(newFactor);
  }, []); // 空依赖数组意味着此函数永不重建

  return { calculatedValue, updateFactor };
}

​

5. 处理副作用：别忘了清理​

​

如果你的 Hook 中使用了 useEffect 来处理副作用，比如设置定时器、添加事件监听器或者建立 WebSocket 连接，那么**一定要返回一个清理函数**。​

​

忘记清理副作用是导致内存泄漏和意外行为的常见原因。清理函数在组件卸载或 useEffect 依赖项变化时执行，确保了副作用被正确移除。​

​

import { useEffect } from 'react';

function useEventListener(eventName, handler, element = window) {
  useEffect(() => {
    if (!element?.addEventListener) return;

    // 添加事件监听
    element.addEventListener(eventName, handler);

    // 返回一个清理函数，在组件卸载时移除监听
    return () => {
      element.removeEventListener(eventName, handler);
    };
  }, [eventName, handler, element]); // 依赖项
}

​

6. 拥抱 TypeScript：提供类型安全​

​

在现代 React 开发中，使用 TypeScript 可以极大地提升代码的健壮性和开发体验。为自定义 Hook 提供准确的类型定义，可以让使用者在编译阶段就发现潜在的错误。​

​

我们可以通过泛型来创建灵活且类型安全的 Hooks。​

​

以 useLocalStorage 为例，我们可以使用泛型来约束存取值的类型：​

​

import { useState, useEffect } from 'react';

function useLocalStorage<T>(key: string, initialValue: T): [T, (value: T) => void] {
  const [storedValue, setStoredValue] = useState<T>(() => {
    try {
      const item = window.localStorage.getItem(key);
      return item ? JSON.parse(item) : initialValue;
    } catch (error) {
      console.error(error);
      return initialValue;
    }
  });

  const setValue = (value: T) => {
    try {
      const valueToStore = value instanceof Function ? value(storedValue) : value;
      setStoredValue(valueToStore);
      window.localStorage.setItem(key, JSON.stringify(valueToStore));
    } catch (error) {
      console.error(error);
    }
  };

  return [storedValue, setValue];
}

​

当开发者使用 useLocalStorage<number>('count', 0) 时，TypeScript 会确保他存入和取出的值都是 number 类型，从而避免了类型错误。​

​

结尾​

​

将自定义 Hooks 视为我们工具箱中一个个独立的、精心打磨的工具。遵循以上原则——清晰的命名、单一的职责、友好的 API、优化的性能、严谨的副作用处理以及可靠的类型安全——我们就能构建出高质量、可复用、易于维护的逻辑单元。​

​

编写出色的自定义 Hooks，是提升整个 React 应用质量的关键一步。它不仅能让我们的代码库更加整洁，也能让团队协作变得更加顺畅和高效。​

​

本文暂未被其它文档引用