RTK Query：创建端点数据选择器的正确方式探讨

我在使用RTK Query时，需要从端点提取数据并返回经过筛选（或其他修改）的结果，最终实现了如下可行代码：

export const selectGroupAvailableAssessments = (cacheKey) => {
  return rtkQueryApi.endpoints.getGroupAvailableAssessments.select(cacheKey);
};
// 返回包含status、endpointName、data、error、isLoading等字段的对象

export const selectGroupAvailableAssessmentsByAssessmentId = (cacheKey, assessmentId) => createSelector(
  selectGroupAvailableAssessments(cacheKey),
  (availableAssessments) => {
    if (!availableAssessments.data) return null;
    const { data } = availableAssessments;

    return data.find((item) => item.id === assessmentId);
  },
);
// 返回按ID筛选后的assessment数据

组件中使用方式：

const assessmentById = useSelector(selectGroupAvailableAssessmentsByAssessmentId(cacheKey, assessmentId));

请问这种在RTK Query中创建选择器的方式是否正确？

结论：你的实现完全正确，符合RTK Query的最佳实践 #

原因说明：

1. 官方推荐的缓存数据获取方式
   rtkQueryApi.endpoints.getGroupAvailableAssessments.select(cacheKey)是RTK Query官方提供的选择器生成方法，能精准定位到对应缓存请求的完整状态（包括数据、加载状态、错误信息等），是获取缓存数据的标准姿势。

2. 记忆化选择器提升性能
   使用Redux Toolkit的createSelector组合选择器，属于记忆化选择器：只有当依赖的缓存数据或传入的assessmentId发生变化时，才会重新执行筛选逻辑，避免了不必要的重复计算，提升了组件性能。

3. 动态参数的标准处理方案
   你写的“选择器工厂”（返回选择器的函数）是处理动态参数的常规做法，能根据不同的cacheKey和assessmentId生成对应的选择器实例，完美适配不同场景的筛选需求。

额外优化建议：

• 如果使用TypeScript，建议给选择器添加类型定义，提升代码的类型安全性和可读性；
• 若数据量较大且需要频繁按ID查询，可以在获取数据后先将数组转换为{ [id: string]: 数据类型 }的映射结构，后续直接通过data[id]获取数据，比Array.find的效率更高。

参考内容：

• Stack Overflow：如何在RTK Query选择器中使用参数
• 技术博客：RTK Query最佳实践
• Stack Overflow：如何在RTK Query中通过参数调用endpoint.select()获取缓存数据

内容的提问来源于stack exchange，提问作者Fer Toasted