React Query 中 `no-rest-destructuring` ESLint 规则对 Suspense 查询的支持分析

在 React Query 的 ESLint 插件中，no-rest-destructuring 规则旨在防止开发者对查询结果进行不合理的解构操作。该规则目前仅针对基础的查询钩子（如 useQuery、useQueries 和 useInfiniteQuery）生效，而忽略了 Suspense 相关的查询钩子。

规则背景与作用

no-rest-destructuring 规则的主要目的是防止开发者错误地解构查询结果对象。在 React Query 中，查询钩子返回的对象包含多个重要属性（如 data、error、isLoading 等），如果开发者只解构出 data 属性而忽略了其他状态属性，可能会导致应用无法正确处理加载和错误状态。

当前实现的问题

当前规则的实现仅检查以下三个钩子函数：

• useQuery
• useQueries
• useInfiniteQuery

而忽略了 React Query 提供的 Suspense 相关钩子：

• useSuspenseQuery
• useSuspenseQueries
• useSuspenseInfiniteQuery

这意味着开发者可以在 Suspense 查询中进行不合理的解构操作而不会收到任何警告或错误提示。

技术影响分析

Suspense 查询钩子与基础查询钩子返回的对象结构基本相同，都包含 data 和其他状态属性。虽然 Suspense 模式下某些状态（如 isLoading）的行为可能有所不同，但解构问题同样会导致以下潜在风险：

1. 错误处理不完整：开发者可能忽略 error 属性的处理
2. 状态跟踪缺失：缺少对 isFetching 等状态的监控
3. 代码可维护性降低：不完整的解构使代码意图不清晰

解决方案建议

应将所有 Suspense 相关查询钩子加入规则检查范围，完整的钩子列表应包括：

• useQuery
• useQueries
• useInfiniteQuery
• useSuspenseQuery
• useSuspenseQueries
• useSuspenseInfiniteQuery

这一修改将确保所有类型的查询都受到相同的解构约束，提高代码质量和一致性。

最佳实践建议

即使在没有 ESLint 规则约束的情况下，开发者在使用 React Query 时也应遵循以下解构原则：

1. 始终解构完整的查询状态对象
2. 明确处理所有可能的状态（加载中、错误、成功）
3. 避免仅解构 data 属性的情况
4. 对于 Suspense 模式，仍需关注非暂停相关的状态（如 isFetching）

通过遵循这些原则，可以确保应用在各种状态下都能正确响应并提供良好的用户体验。