虽然对于如何定义自定义钩子以及应该包含什么逻辑没有硬核限制，但它是编写返回 JSX 的钩子的反模式

你应该评估每种方法给你带来的好处，然后决定一段特定的代码

使用钩子返回 JSX 有一些缺点

• 当您编写一个返回 JSX 组件的钩子时，您实际上是在功能组件中定义了该组件，因此在每次重新渲染时，您都将创建该组件的一个新实例。这将导致组件被卸载并再次安装。如果您在组件内有状态登录，这对性能不利，也会有问题，因为每次重新渲染父级都会重置状态
• 通过在钩子中定义 JSX 组件，您可以在需要时取消延迟加载组件的选项。
• 对组件的任何性能优化都需要您使用它，useMemo这不会为您提供像 React.memo 这样的自定义比较器函数的灵活性

另一方面的好处是您可以控制父组件的状态。但是，您仍然可以使用受控组件方法来实现相同的逻辑

import React, { useState } from "react";

const Dropdown = Reat.memo((props) => {
  const { label, value, updateState, options } = props;
  const id = `use-dropdown-${label.replace(" ", "").toLowerCase()}`;
  return (
    <label htmlFor={id}>
      {label}
      <select
        id={id}
        value={value}
        onChange={e => updateState(e.target.value)}
        onBlur={e => updateState(e.target.value)}
        disabled={!options.length}
      >
        <option />
        {options.map(item => (
          <option key={item} value={item}>
            {item}
          </option>
        ))}
      </select>
    </label>
  );
});

export default Dropdown;

并将其用作

import React, { useState, useEffect } from "react";
import useDropdown from "./useDropdown";

const SomeComponent = () => {
  const [animal, updateAnimal] = useState("dog");
  const [breed, updateBreed] = useState("");

  return (
    <div className="search-params">
      <form>
        <label htmlFor="location">
          Location
          <input
            id="location"
            value={location}
            placeholder="Location"
            onChange={e => updateLocation(e.target.value)}
          />
        </label>
        <Dropdown label="animal" value={animal} updateState={updateAnimal} options={ANIMALS}/>
        <Dropdown label="breed" value={breed} updateState={updateBreed} options={breeds}/>
        <button>Submit</button>
      </form>
    </div>
  );
};

export default SomeComponent;

反模式是一个非常直率的短语，用于描述其他开发人员不同意的简单或复杂的解决方案。我同意 Drew 的观点，即钩子打破了传统设计，做得比它应该做的要多。

根据React 的钩子文档，钩子的目的是允许您在不编写类的情况下使用状态和其他 React 功能。这通常被认为是设置状态、执行计算任务、以异步方式执行 API 或其他查询，以及响应用户输入。理想情况下，功能组件应该与类组件可以互换，但实际上，要实现这一点要困难得多。

创建 Dropdown 组件的特定解决方案虽然有效，但并不是一个好的解决方案。为什么？这令人困惑，它不是自我解释的，并且很难理解正在发生的事情。使用钩子，它们应该很简单并执行单个任务，例如按钮回调处理程序、计算和返回记忆结果，或执行您通常委托给 的其他任务this.doSomething()。

返回 JSX 的钩子根本不是真正的钩子，它们只是功能组件，即使它们使用正确的钩子前缀命名约定。

React 和组件更新的单向通信也存在混淆。数据可以通过的方式没有限制，并且可以以类似于 Angular 的方式进行处理。有些库mobx允许您订阅和发布对共享类属性的更改，这将更新任何侦听的 UI 组件，并且该组件也可以更新它。您还可以随时使用 RxJS 进行异步更改，从而更新 UI。

具体例子确实偏离了SOLID原则，为父组件提供输入点来控制子组件的数据。这是强类型语言（例如 Java）的典型特征，在其中进行异步通信更加困难（现在不是问题，但过去确实是问题）。父组件没有理由不能更新子组件——这是 React 的基本部分。添加的抽象越多，添加的复杂度越高，故障点也越多。

添加异步函数、可观察对象（mobx/rxjs）或上下文的使用可以减少直接数据耦合，但会创建更复杂的解决方案。

我同意 Drew 的观点，即使用自定义钩子仅根据函数参数返回 jsx 打破了传统的组件抽象。为了扩展这一点，我可以想到四种在 React 中使用 jsx 的不同方法。

静态 JSX

如果 jsx 不依赖 state/props，您可以将其定义为const组件之外的偶数。如果您有一系列内容，这尤其有用。

例子：

const myPs = 
[
 <p key="who">My name is...</p>,
 <p key="what">I am currently working as a...</p>,
 <p key="where">I moved to ...</p>,
];

const Component = () => (
  <>
   { myPs.map(p => p) }
  </>
);

零件

对于 jsx 的有状态和无状态部分。组件是将 UI 分解为可维护和可重用部分的 React 方式。

语境

上下文提供程序返回 jsx（因为它们也是“只是”组件）。通常，您只需将子组件包装在您想要提供的上下文中，如下所示：

  return (
    <UserContext.Provider value={context}>
      {children}
    </UserContext.Provider>
  );

但是上下文也可用于开发全局组件。想象一个维护全局模态对话框的对话框上下文。目标是永远不要同时打开一个以上的模态对话框。您使用上下文来管理对话框的状态，但也通过上下文提供程序组件呈现全局对话框 jsx：

function DialogProvider({ children }) {
  const [showDialog, setShowDialog] = useState(false);
  const [dialog, setDialog] = useState(null);

  const openDialog = useCallback((newDialog) => {
    setDialog(newDialog);
    setShowDialog(true);
  }, []);

  const closeDialog = useCallback(() => {
    setShowDialog(false);
    setDialog(null);
  }, []);

  const context = {
    isOpen: showDialog,
    openDialog,
    closeDialog,
  };

  return (
    <DialogContext.Provider value={context}>
      { showDialog && <Dialog>{dialog}</Dialog> }
      {children}
    </DialogContext.Provider>
  );
}

更新上下文还将为用户更新 UI 中的全局对话框。设置新对话框将删除旧对话框。

定制挂钩

通常，钩子是封装要在组件之间共享的逻辑的好方法。我已经看到它们被用作复杂上下文的抽象层。想象一下一个非常复杂的UserContext，你的大部分组件只关心用户是否登录，你可以通过自定义useIsLoggedIn钩子将其抽象出来。

const useIsLoggedIn = () => {
  const { user } = useContext(UserContext);
  const [isLoggedIn, setIsLoggedIn] = useState(!!user);

  useEffect(() => {
    setIsLoggedIn(!!user);
  }, [user]);
  return isLoggedIn;
};

另一个很好的例子是一个钩子，它结合了你真正想要在不同组件/容器中重用（而不是共享）的状态：

const useStatus = () => {
  const [status, setStatus] = useState(LOADING_STATUS.IS_IDLE);
  const [isLoading, setIsLoading] = useState(false);

  useEffect(() => {
    setIsLoading(status === LOADING_STATUS.IS_LOADING);
  }, [status]);

  return { status, setStatus, isLoading };
};

这个钩子创建了 API 调用相关的状态，你可以在任何处理 API 调用的组件中重用它。

我有一个例子，我实际上使用自定义钩子来呈现 jsx 而不是使用组件：

const useGatsbyImage = (src, alt) => {
  const { data } = useContext(ImagesContext);
  const fluid = useMemo(() => (
    data.allFile.nodes.find(({ relativePath }) => src === relativePath).childImageSharp.fluid
  ), [data, src]);

  return (
    <Img
      fluid={fluid}
      alt={alt}
    />
  );
};

我可以为此创建一个组件吗？当然，但我也只是抽象出一个上下文，这对我来说是一个使用钩子的模式。React 并不固执己见。您可以定义自己的约定。

再说一次，我认为德鲁已经给了你一个很好的答案。我希望我的例子能帮助你更好地了解 React 为你提供的不同工具的用法。