Replies: 3 comments
-
Huh. Okay, I didn't expect that. |
Beta Was this translation helpful? Give feedback.
0 replies
-
I'll let someone else close this because I still think it should be part of the implementation. It's kind of fundamental to how TanStack Query works imo. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Which @ngneat/query-* package(s) are relevant/releated to the feature request?
query
Description
I may have missed this in the examples, but I don't see a way to define the query key in terms of a signal or observable, or the query function in terms of a signal or observable. This is the default behavior of React Query and every other official implementation, so I'm hoping it's easy here.
Proposed solution
I'll modify an example in the README to what I think would be nice:
Alternatives considered
An observable would be nice too, but this is more likely to be used with signals because RxJS already has
switchMap
for people already comfortable with reactive programming. Maybe RxJS is missing acacheMap
operator, but I think Query should maintain the simplicity of React Query at all costs.Do you want to create a pull request?
No
Beta Was this translation helpful? Give feedback.
All reactions