2

我们正在将 RTK 查询集成到我们的应用程序中。

我们目前的“架构”如下：

所有业务逻辑操作都写在纯 JS 类的服务中。
这些服务使用反应上下文传递，以便组件树能够调用服务功能。

到目前为止，这些服务正在直接访问 redux 存储以执行适当的逻辑。

现在我们正在转向 RTK，从服务访问 RTK 缓存就不那么简单了：
据我所知，访问它的唯一方法是通过相关端点的select函数。

关键是这种方法是一个“选择器工厂”，在反应组件之外使用它似乎不是正确的方法。

这是一个例子：

class TodoService {
   getTodoTitle( todoId: string ) {
     // This doesn't looks the right way to do it
     const todoSelector = api.endpoints.getTodo.select( {id: todoId } );
     const todo = todoSelector( state )
     return todo.data.title
   }
}

有什么方法可以安全地实现以下代码

class TodoService {
   getTodoTitle( todoId: string ) {
      // Is there any way to do that kind of call ?
      const todoEntry = api.endpoints.getTodo.getCacheEntry( {id: todoId } );
      return todoEntry.data.title
   }
}

我想答案是“不”，我必须重构我们的整个架构，但在这样做之前，我想确定没有替代方法。

请注意，我可以自己构建缓存条目密钥，但这听起来也不是一种强大的方法......

4

1 回答 1

1

问题是您不想只获取缓存条目 - 选择器为您做的远不止这些。所以让我们继续说“请使用选择器”和“我们不会添加另一种方式”，因为选择器是你的代码应该始终与 Redux 交互的方式——无论是否反应。

如果您不是从需要稳定对象引用的 React 调用此代码，那么它就很好。选择器工厂将创建一个新的选择器，因此您会得到一个未记忆的结果。这并不完美，但如果你不依赖参照平等，它也不会受到伤害。

如果你想拥有引用相等，你必须以某种方式存储选择器，可能作为一个类属性。

这样的事情是可能的：

class TodoService {
   getSelectorForTodo(todoId: string) {
     if (this._lastId !== todoId) 
       this._lastSelector = api.endpoints.getTodo.select( {id: todoId } )
     return this._lastSelector
   }

   getTodoTitle( todoId: string ) {
     const todo = this.getSelectorForTodo(todoId)(state)
     return todo.data.title
   }
}
于 2021-09-03T08:31:36.103 回答