了解 useClipboard 钩子
useclipboard 是 chakra ui 提供的一个便捷钩子，用于简化复制文本到剪贴板的功能。它返回一个包含以下属性的对象：
- value: 当前存储在钩子内部的状态值，即将被复制的文本。
- setValue: 一个函数，用于更新 value。
- onCopy: 一个事件处理器，调用时会将 value 的内容复制到剪贴板。
- hasCopied: 一个布尔值，表示内容是否已被复制（通常在复制后短暂变为 true）。
在使用时，你可以通过 useClipboard(initialValue) 传入一个初始值，或者在后续通过 setValue 更新它。
多输入框复制的挑战
当应用中存在多个需要独立复制功能的输入框时，一个常见的错误是尝试使用一个 useClipboard 钩子实例来管理所有输入框的复制操作。例如：
import { useClipboard } from "@chakra-ui/react";
import { useSelector } from 'react-redux'; // 假设使用Redux获取数据
function MyComponent() {
const { sandboxKey, token, prodkey } = useSelector((state) => state.apikeys);
// 错误示范：尝试用一个 useClipboard 实例处理多个值
const { onCopy, value, setValue, hasCopied } = useClipboard("");
return (
<>
{
setValue(e.target.value); // 尝试更新钩子的值
}}
/>
{
setValue(e.target.value); // 尝试更新钩子的值
}}
/>
);
}上述代码存在两个主要问题：
- 状态混淆：onCopy、value、setValue 和 hasCopied 都来自同一个 useClipboard 实例。无论哪个输入框的复制按钮被点击，onCopy 都会尝试复制该实例的 value。而 setValue 也会更新同一个 value，导致不同输入框的值相互覆盖，无法独立复制。
- 受控组件问题：Input 组件的 value 属性直接绑定了来自 Redux 的 token 或 prodkey.prodKey，而不是 useClipboard 钩子内部的 value。这意味着 setValue 虽然更新了钩子内部的状态，但 Input 组件本身并没有“看到”这个更新，因为它被 Redux 的值控制。理想情况下，Input 的 value 应该与钩子的 value 保持同步，并且 onChange 应该更新钩子的 value。
正确的实现方案：为每个输入框独立实例化钩子
解决上述问题的关键在于，为每一个需要独立复制功能的输入框（或需要复制的独立值）创建其专属的 useClipboard 钩子实例。每个实例将拥有自己独立的 value、setValue、onCopy 和 hasCopied。
import { Input, InputGroup, InputRightElement, Button } from "@chakra-ui/react";
import { useClipboard } from "@chakra-ui/react";
import { useSelector } from 'react-redux';
function MyComponent() {
const { token, prodkey } = useSelector((state) => state.apikeys);
// 为每个需要复制的值独立调用 useClipboard 钩子
const tokenCopy = useClipboard(token); // 初始化时传入token的值
const prodKeyCopy = useClipboard(prodkey.prodKey); // 初始化时传入prodKey的值
return (
<>
{/* 增加一些间距 */}
tokenCopy.setValue(e.target.value)}
/>
prodKeyCopy.setValue(e.target.value)}
/>
);
}
export default MyComponent;代码解析：
- 独立实例：我们创建了 tokenCopy 和 prodKeyCopy 两个独立的 useClipboard 实例。每个实例都管理着自己的内部状态和方法。
- 初始化值：在调用 useClipboard(token) 和 useClipboard(prodkey.prodKey) 时，我们传入了来自 Redux store 的初始值。这意味着钩子内部的 value 会被初始化为这些值。
-
受控组件绑定：
- Input 组件的 value 属性现在绑定到了对应的 useClipboard 实例的 value（例如 tokenCopy.value）。这确保了 Input 显示的是钩子内部管理的值。
- Input 组件的 onChange 事件现在调用的是对应的 useClipboard 实例的 setValue 方法（例如 tokenCopy.setValue(e.target.value)）。这使得用户在输入框中修改内容时，钩子内部的 value 也能同步更新。
- 独立的复制操作：每个按钮的 onClick 事件都调用其对应钩子实例的 onCopy 方法（例如 tokenCopy.onCopy），确保点击复制时，复制的是该实例所管理的 value。
- 独立的复制状态：hasCopied 状态也分别来自各自的钩子实例，因此“已复制!”的提示会独立显示。
注意事项与最佳实践
- 性能考量：对于数量较多的动态生成输入框，如果每个输入框都独立调用 useClipboard，可能会导致组件树中存在大量钩子实例。在大多数情况下，这并不会造成明显的性能问题，因为 useClipboard 本身是轻量级的。但如果遇到极端情况，可以考虑将复制逻辑封装成一个可复用的子组件。
- 初始值与数据源：useClipboard 钩子在初始化时会接收一个值作为其内部状态的初始值。如果你的数据源（如 Redux store）在组件生命周期内会发生变化，并且你希望 useClipboard 内部的值也随之更新，你需要确保在 useClipboard 内部的 value 能够被正确更新。在上述例子中，由于 Input 是受控组件，并且 onChange 绑定了 setValue，所以用户输入会更新钩子内部的值。如果你的输入框是只读的，且只依赖 Redux 的值，那么 useClipboard(token) 这样的初始化方式就足够了。
- 用户体验：hasCopied 状态通常只短暂显示，然后恢复到初始状态（例如“复制”）。Chakra UI 的 useClipboard 钩子默认会处理这个短暂的显示。
通过以上方法，你可以轻松且正确地在 Chakra UI 应用中为多个输入框实现独立的复制到剪贴板功能，从而提供更流畅、更直观的用户体验。
